| << Retour à l'affichage précédent |
[INF-220] Installation apache & php gratien Création: 02/déc./08 13:56 Mise à jour: 02/déc./08 16:06 Résolue: 02/déc./08 16:06 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Ange Ferrari | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Peux tu installer apache & php sur gratien merci |
| Commentaires |
| Commentaire de Stéphane Eccli [ 02/déc./08 16:06 ] |
| ok, apache paramétré au demarrage. |
[EXP-2993] Installation serveur Apache de Dev Création: 16/nov./06 12:49 Mise à jour: 25/juin/07 18:59 Résolue: 30/nov./06 16:53 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
| Description |
|
Installation d'un serveur Apache sur la plateforme de Dév.
|
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 30/nov./06 16:53 ] |
| Le serveur apache a été installé |
[APP-24335] Passage des redirections de l'application a Apache Création: 17/févr./09 16:11 Mise à jour: 26/févr./09 15:35 Résolue: 25/févr./09 11:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | 41.0.1 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
Dans le cadre de la suppression de l'arbre de catégories,
nous passons les redirections des derniers univers de navigation par
catégorie sous apache. Cela représente 696 lignes de redirection. |
| Commentaires |
| Commentaire de Thierry Leforestier [ 17/févr./09 16:13 ] |
| Pour l'exploitation, beaucoup de lignes de redirection. Il faut tester sur un serveur web pour observer l'éventuelle charge supplémentaire avant de déployer sur les autres. |
| Commentaire de Christophe Garcia [ 24/févr./09 16:24 ] |
|
Pb avec le traditionnel %2 qu'il faut back-slasher 15 erreurs au total. Lignes : 9 91 221 269 273 275 278 412 481 638 689 691 692 694 696 |
| Commentaire de Thierry Leforestier [ 24/févr./09 16:48 ] |
| Voila le fichier corrigé. |
| Commentaire de Christophe Garcia [ 24/févr./09 18:14 ] |
|
Presque bon : il en restait encore une à cause d'un %3 dans http://www.pm.lan/nav/Maison_petit-electro_Appareils-divers_Lampe-torche/fp/ADe+10+%E0+25+%26euro%3B Je l'ai modifié à la main et envoyé tel quel au DEV. Voir PJ |
| Commentaire de Christophe Garcia [ 24/févr./09 18:16 ] |
| NPCversNPF.txt |
| Commentaire de Martin Sudmann [ 25/févr./09 11:23 ] |
|
modified source/etc/apache/rewrite.rules.fr Committed revision 25046. [sudmannm@boulard dev_trunc]$ bzr tag --force -r 25046 V41_0_1 Created tag V41_0_1. |
[EXP-3775] Deux nouvelles commandes apache Création: 16/juil./07 11:05 Mise à jour: 20/juil./07 10:03 Résolue: 20/juil./07 10:03 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Dans le contexte des plantages récurrents de ces temps-ci,
merci de mettre en place sur tous les serveurs web (France ET Espagne): - pmapacheconfswitchall pour switcher tous les serveurs apache en maintenance/production - pmapachegracefull pour faire un graceful sur tous les serveurs web Merci Patrice. |
| Commentaires |
| Commentaire de Patrice Boulanger [ 16/juil./07 12:00 ] |
|
On peut voir aussi la command pmworkerlbfactor sur phaeton. merci. |
| Commentaire de Jérémie Bennejean [ 16/juil./07 16:45 ] |
|
FRANCE pmapacheconfswitchall et pmapachegraceful sont en place (data/priceminister/bin) sur les 4 frontaux webs. Testé en pré-prod. ESPAGNE pmapacheconfswitchall et pmapachegraceful sont en place (/data/chrootapache/usr/local/apache/es/bin) sur les 3 frontaux webs. Testé en pré-prod. |
| Commentaire de Justin Ziegler [ 17/juil./07 10:54 ] |
|
super ! Merci. 2 questions : 1/ est on sur de la bonne evolution (automatique) du script en cas d'ajout de SW ? 2/ est il possible de forcer le passage en maintenance ou en prod comme on peut le faire avec pmapacheconfswitch ? |
| Commentaire de Jérémie Bennejean [ 17/juil./07 17:04 ] |
|
1) En cas d'ajout d'un nouveau SW, il est simple de prendre
en compte le nouveau SW, pas besoin de modifier les scripts. 2) En France oui, en Espagne non (vu avec avec Patrice, si vous changez d'avis dites le moi et je ferais les modifications nécessaires). Concernant pmworkerlbfactor, il est modifié pour prendre en compte le bon worker.properties et est en place en FRANCE uniquement sur les 4 frontaux webs. |
| Commentaire de Justin Ziegler [ 18/juil./07 10:22 ] |
|
il faut quoi pmworkerlbfactor |
| Commentaire de Jérémie Bennejean [ 18/juil./07 11:03 ] |
|
pmworkerlbfactor permet de changer le poids d'un SA sans avoir à modifier manuellement le worker.properties. pmworkerlbfactor terra 75 --> passe le poids de terra à 75 Mais ne fais pas de graceful |
| Commentaire de Justin Ziegler [ 18/juil./07 15:53 ] |
|
a vaut le coup qu'il fasse le graceful a mon avis ! pourquoi ne le fais tu pas ? ou alors ca vaut le coup d'avoir une option pour desactiver le graceful. de plus, a t on la version xxxxAll ? |
| Commentaire de Jérémie Bennejean [ 19/juil./07 15:23 ] |
|
a vaut le coup qu'il fasse le graceful a mon avis ! | pourquoi ne le fais tu pas ? |-----> C'est en place ou alors ca vaut le coup d'avoir une option pour desactiver le graceful. | de plus, a t on la version xxxxAll ? --> maintenant oui: pmworkerlbfactorall |
[APP-14435] Beaucoup d'erreurs Apache ! Création: 26/déc./06 15:11 Mise à jour: 25/juin/07 18:48 Résolue: 25/janv./07 17:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||||||||||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||||||||||||||||||||||
| Classif1: | TECH | ||||||||||||||||||||||||||||||||||||||||
| Projets PM archivés: | Maintenance 12.0.0 | ||||||||||||||||||||||||||||||||||||||||
| Description |
|
Globalement on commence a avoir bcp d'erreurs dans les logs apache, j'ai deja soumis plusieurs jira la dessus Pourrait on les monter en priorité ? Nous avons actuellement peu d'outils de monitoring, et ce genre de pb a tendance a rendre la tache encore plus difficile. Merci |
| Commentaires |
| Commentaire de Justin Ziegler [ 26/déc./06 15:11 ] |
| A cause de cela, on risque de rater des choses importantes. |
| Commentaire de Alexandre Garnier [ 29/déc./06 14:31 ] |
|
Pour les appel à des ressources "null" en BO, c'est corrigé par Pour les appel à des ressources "none", c'est dans Quels sont les autres types d'erreurs ? |
| Commentaire de Alexandre Garnier [ 16/janv./07 11:39 ] |
| Joint un excel des erreurs vues par Akamai avec le JIRA lié et/ou la cause du problème |
| Commentaire de Alexandre Garnier [ 25/janv./07 17:33 ] |
| Tous les problèmes sont maintenant soit dans d'autres JIRA, soit corrigés, soit maintenant invalides. |
| Commentaire de Alexandre Garnier [ 24/avr./07 16:22 ] |
| Les résultats sont-ils là ? Est-ce mieux ? |
| Commentaire de Justin Ziegler [ 25/avr./07 11:32 ] |
|
Clairement, aujourd'hui est meilleur que le mois de janvier et février sur les courbes. Il me semble utile de configurer pangora sur le virtual host BO pour faire encore mieux, mais cela releve de l'exploit. Voici les principales erreurs encore visibles sur akamai : img.priceminister.com/content/V13_3_0/.../www/images/default/bullet/a_arrowb2.gif 2,583 0 4 MB img.priceminister.com/newsletter/2007-...turelle-destockagejeux/images/spacer.gif 1,028 0 2 MB img.priceminister.com/visuels/label/ma_boutique_label_vendeur_g.gif 882 0 1 MB img.priceminister.com/affiliation/visuels/label/ma_boutique_label_vendeur_g.GIF 656 0 1 MB www.priceminister.com/affiliation/visuels/coupon/paves_400x150/01.jpg 527 0 0.69 MB img.priceminister.com/cover/157570930 310 153 12 MB img.priceminister.com/visuels/2007-01-31-contrefacon/250x90-11-final.gif%20 281 0 0.46 MB |
| Commentaire de Justin Ziegler [ 25/avr./07 11:34 ] |
| Donc en bref : oui, c'est mieux, mais il reste encore qqs bricoles a règler. |
| Commentaire de Alexandre Garnier [ 25/avr./07 12:04 ] |
|
Pour a_arrowb2.gif, j'ai relancé le JIRA Pour les URL en newsletter et visuels, faudrait voir avec le market pour qu'ils évitent de supprimer des images qu'ils ont utilisé dans des promos ou des mails car ceux-ci peuvent toujours être consultés, ou peut-être qu'il ya a des erreurs de noms d'image ou autre. Pour le label vendeur, le gros problème est que l'URL était mauvaise un moment et que du coup des utilisateurs utilisent cette URL dans le code qu'ils ont copié pour mettre leur label vendeur sur leur site (cf Pour le '/cover', c'est une vieille URL qui est censé être redirigée par réécriture Apache vers du '/photo', vu qu'il existe des appels avec réponse c'est peut-être que cette règle de réécriture n'est pas active sur tous les serveurs Apache. Pour le dernier visuel, c'est une promo mal écrite avec un espace à la fin du 'src', je viens de le corriger vite fait. |
| Commentaire de Justin Ziegler [ 25/avr./07 18:10 ] |
|
il me semble important de trouver une solution pour faire marcher la mauvaise url pour le label vendeur... meme si c'est une redirection ou qq chose du genre. merci |
[APP-10684] encore plein d'erreurs dans les log apache Création: 21/juin/06 12:04 Mise à jour: 25/juin/07 18:41 Résolue: 25/janv./07 16:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 9.0.0.1 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Dispatcher (Maquette) |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||
| Projets PM archivés: | Maintenance 12.0.0 | ||||||||||||||||||||
| Description |
|
Il s'agit essentiellement de pages faisant référence à des images non présentes sur le serveur. [Wed Jun 21 07:30:08 2006] [error] [client 193.159.189.205] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/bg_buy.gif, referer: http://www.priceminister.com/info/vendre?t=1374041 [Wed Jun 21 07:31:19 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: http://www.priceminister.com/jeux-video [Wed Jun 21 07:31:27 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/button_blue_bg.gif, referer: http://www.priceminister.com/jeux-video [Wed Jun 21 07:33:13 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/cornerright_blue.gif, referer: http://www.priceminister.com/ [Wed Jun 21 07:33:17 2006] [error] [client 206.65.191.206] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/affiliation/visuels/musique/bannieres_468x60/468x60-50ansdurock.swf [Wed Jun 21 07:34:12 2006] [error] [client 193.159.189.205] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/bg_blue.gif, referer: http://www.priceminister.com/ng?t=1216040&page=10 [Wed Jun 21 07:34:33 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/cornerright_buy.gif [Wed Jun 21 07:34:39 2006] [error] [client 83.152.218.141] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V9001/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser [Wed Jun 21 07:34:43 2006] [error] [client 83.152.218.141] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V9001/front/brand/www/images/button/cornerright_blue.gif, referer: https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser [Wed Jun 21 07:34:49 2006] [error] [client 81.64.9.191] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V9001/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser [Wed Jun 21 07:34:51 2006] [error] [client 193.159.189.205] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: http://www.priceminister.fr/ |
| Commentaires |
| Commentaire de Jérôme Gautier [ 20/juil./06 17:22 ] |
| Je ne suis pas sûr que le maquettage puisse faire grand chose... |
| Commentaire de Edouard Gomez-Vaez [ 07/août/06 12:20 ] |
|
A regarder en même temps que tu travailles sur les images. Merci ! |
| Commentaire de Justin Ziegler [ 17/août/06 19:25 ] |
|
Hello, est ce quelqu'un pourrait faire le necessaire pour regler ce pb une fois pour toute svp ? cela fait longtemps que cela traine, et cela polue enormement les outils de monitoring. merci |
| Commentaire de Renaud Dierickx [ 21/août/06 08:53 ] |
|
Jérome G, l'ensemble de ces problèmes viennent d'images que vous appelez dans la css. Deux problèmes sont a constaté : - vous utilisez toujours l'ancienne arborescence des images et ça ce n'est pas bien (les images sont maintenant stocké dans images/default/ ou dans images/vehicle/ !!!) - la majeur partie voir la totalité des images n'ont jamais été mise sous cvs... Il y a je pense toujours un problème dans le processus de dev. Si vous attendez de nous qu'on stocke sous cvs des images, soumettez nous des jira avec ces images. Enfin, quoiqu'il en soit, pour résoudre ces problèmes, peux-tu essayer de retouvez ces images dans vos maquettes ??? |
| Commentaire de Justin Ziegler [ 21/août/06 15:23 ] |
|
Cela me fait plaisir qu'on avance enfin la dessus. Merci beaucoup. Ca vaut peut etre le coup que vous vous parliez en live en plus de jira ? |
| Commentaire de Jérôme Gautier [ 21/août/06 16:45 ] |
|
Etat des lieux côté maquette : 1. [Wed Jun 21 07:30:08 2006] [error] [client 193.159.189.205] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/bg_buy.gif, referer: http://www.priceminister.com/info/vendre?t=1374041 L'image bg_buy n'a pas la bonne arborescence mais n'est pas utiliser dans la css (elle n'apparaît qu'en commentaire). De plus elle n'est pas présente dans le dossier image. ATTENTION : peut être le fond rouge du header => Javascript 2. [Wed Jun 21 07:31:19 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: http://www.priceminister.com/jeux-video L'image a_arrowb2 a la bonne arborescence, est utilisée dans la css (dans la classe .rech_global .list), mais n'est pas dans le dossier images Il est possible que .rech_global .list soit une classe de la nav par cat NC qui fut transformer avec le chantier de GAC sur l'harmonisation des listes de la nav par cat par les l1, l2, l3, l4. 3. [Wed Jun 21 07:31:27 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/button_blue_bg.gif, referer: http://www.priceminister.com/jeux-video L'image button_blue_bg n'a pas la bonne arborescence, n'est pas utilisée dans la css, et n'est pas présente dans le dossier image Il semblerait que ce fut pour les tout premier bouton de la nouvelle charte. Cependant plus du tout utilisé à priori de notre côté car nous avons refait pour le dev des boutons à taille fixe en fonction du texte à y incorporer. 4. [Wed Jun 21 07:33:17 2006] [error] [client 206.65.191.206] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/affiliation/visuels/musique/bannieres_468x60/468x60-50ansdurock.swf Je n'ai pas la main sur le dossier www/affiliation pour voir ce qu'il se passe... 5. [Wed Jun 21 07:34:12 2006] [error] [client 193.159.189.205] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/bg_blue.gif, referer: http://www.priceminister.com/ng?t=1216040&page=10 L'image bg_blue n'a pas la bonne arborescence mais n'est pas utiliser dans la css (elle n'apparaît qu'en commentaire). De plus elle n'est pas présente dans le dossier image. ATTENTION : peut être fond bleu du header => Javascript 6. [Wed Jun 21 07:34:33 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/cornerright_buy.gif L'image cornerright_buy n'a pas la bonne arborescence mais n'est pas utiliser dans la css (elle n'apparaît qu'en commentaire). De plus elle n'est pas présente dans le dossier image. Renaud, cela vaudrait puet être le coup que l'on se voit ensemble pour essayer de voir ce qu'il se passe plus en profondeur. Il faudrait voir dans quel jsp sont appelées certaines images (genre a_arroxb2.gif) et faire un tour du côté des javascript de menu. |
| Commentaire de Jérôme Gautier [ 21/août/06 17:15 ] |
|
Swan, Jérôme, Pourriez vous nous aider à y voir plus clair sur ce JIRA ? Pouvez vous regarder de votre côté (IG pour SWD et param pour JEV) si vous utilisez les images citées ci dessus, SVP ? A savoir : bg_buy.gif a_arrowb2.gif button_blueçbg.gif bg_blue.gif cornerright_buy.gif En ce qui concerne l'animation flash, je n'ai pas la main pour voir ce qu'il se passe. Si vous avez des infos, je suis preneur. Merci |
| Commentaire de Alexandre Garnier [ 16/janv./07 11:22 ] |
|
Pour bg_buy et bg_blue, ce sont des images des vieilles
classes CSS pour les boutons bleus et rouges, ne sont normalement plus
utilisées car remplacées par buyinptXX, buylinkXX, blueinptXX,
bluelinkXX, ... Pour a_arrowb2.gif, cf Pour button_blueçbg.gif, je n'en vois plus d'appels. Pour cornerright_buy.gif, c'est dans une classe CSS maintenant commentée. |
| Commentaire de Alexandre Garnier [ 25/janv./07 16:18 ] |
|
Je pense qu'on peut maintenant fermer ce JIRA, le seul appel encore non corrigé se trouvant dans un autre JIRA ( |
[EXP-1114] malicious apache crawlers detected Création: 31/janv./06 09:47 Mise à jour: 25/juin/07 18:56 Résolue: 08/mars/06 19:05 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
J'ai l'impression que l'@IP '65.214.44.54' correspond à un cramwler (Jeeves/Teoma = http://sp.ask.com/docs/about/tech_crawling.html). Faire le point sur les @IP remontée dans cette nouvelle alerte pour voir si il est nécessaire d'alimenter la liste des user-agent à banir. -----Message d'origine----- De : phaeton.minitord@priceminister.com [mailto:phaeton.minitord@priceminister.com] Envoyé : mardi 31 janvier 2006 09:30 À : Hostmaster Priceminister Objet : [minitord] malicious apache crawlers detected (Tue Jan 31 09:29:53 2006) phaeton Tue Jan 31 09:29:53 2006 3 client(s) ip detected. 62.147.153.96 => 92 65.214.44.54 => 98 86.193.79.58 => 98 minitord version 2.2.0 |
| Commentaires |
| Commentaire de Antoine Koener [ 06/févr./06 11:40 ] |
|
Afin de bloquer les IP detectées comme "malicieuses" je propose de tenter la solution du .htaccess Il suffirait d'ajouter les ips dans une directive Deny de ce dit fichier. Pour que le fichier soit parcouru par apache il faut que la directive suivante soit définie: AllowOverride Limit Elle signifie qu'apache doit appliquer toutes les restrictions liées aux directives Allow Deny et Order. Dans httpd.conf : <Directory> Options FollowSymLinks AllowOverride Limit </Directory> Dans le .htaccess: deny from 62.147.153.96 65.214.44.54 86.193.79.58 (Nous étudions également une solution pour rendre le parcours de la liste des ip plus rapide... ) |
| Commentaire de Ranto Andriambololona [ 09/févr./06 14:51 ] |
|
Pour info, l'IP a été bloqué, avec Antoine et Xiaming, on a opté pour un rewrite.rules qui redirige l'IP vers une page 403 (forbiden) RewriteCond %{REMOTE_ADDR} ^83\.205\.174\.28$ RewriteRule ^(.*) - [F] |
| Commentaire de Antoine Koener [ 09/févr./06 17:12 ] |
|
Nous allons percévérer dans la voie du rewrite rule, en utilisant un fichier DBM afin de rendre la recherche des IPS dramaticalement plus rapide, (as fast as the light). http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html#rewritemap On peut y lire ceci: For plain text and DBM format files the looked-up keys are cached in-core until the mtime of the mapfile changes or the server does a restart. This way you can have map-functions in rules which are used for every request. This is no problem, because the external lookup only happens once! En d'autres termes c'est de la bombe... |
| Commentaire de Antoine Koener [ 09/févr./06 17:30 ] |
| La solution est commune. |
| Commentaire de Antoine Koener [ 10/févr./06 16:30 ] |
|
En integ [deutz] Le script permet d'ajouter à la volée une ip dans le fichier de blocage... Cette méthode permet de ne pas devoir relancer apache pour rendre effectif le blocage... Exemple: [adminpm@deutz conf]$ /data/mrtg/minitord/bin/apache_block_ip.pl 192.168.1.153 Minitord va être modifié lundi pour de lui même appeler ce script afin de bloquer les 'malicious crawler'. Le fichier contenant les ips bloquées se trouve dans: /data/chrootapache/usr/local/apache/conf/block.list Si les tests sont concluants lundi, nous mettons en production le soir ou au pire le lendemain. |
| Commentaire de Sébastien Tournay [ 10/févr./06 17:58 ] |
|
Il faut sans doute éviter de laisser MINITOR gérer cela tout
seul. Que se passe-t- il si il blacklist une @IP qui référence le FW
d'une entreprise... On va bloquer tous les utilisteurs de la scté ;-( Il
faut sans doute encore réfléchir de ce coté ? Ou alors cela dépend du
seuil... Est-ce que l'on peut faire en sorte de purger automatiquement ce fichier de blocage tous les jours ? L'idée étant de repartir sur un nouveau fichier vierge (sans @IP de bloquée) et l'alimenter au fil de la journée avec des @IP qui crawl sur la nouvelle journée ? |
| Commentaire de Sébastien Tournay [ 15/févr./06 09:48 ] |
|
Antoine, Tu peux résumer sur ce sujet ou nous en sommes et ce qu'il nous reste à faire pour le mettre en place ? Si on part sur l'objectif de mettre automatiquement le blocage des @IP durant une période, il faudrait aussi prévoir un rapport journalier des différentes adresses IP que nous avons bloqués avec les heures, le nombre de requête, le traceroute pour trouver le fournisseur d'accès.. Cela nous permettra d'anticiper certains problèmes de SAV. |
| Commentaire de Justin Ziegler [ 15/févr./06 13:09 ] |
|
Je ne suis pas convaincu de l'interet de faire un traitement automatique sur cette alerte. Je voudrais avant tout qu'on ai une meilleure comprehension de ce qui se passe, et qu'on m'explique. |
| Commentaire de Antoine Koener [ 15/févr./06 14:01 ] |
|
Pour une vision un peu plus éclairée de ce que nous pouvons constater des différents crawlers: http://pmt042/rolphin/doku.php?id=crawlers Maintenant ce que nous avons mis en place aujourd'hui c'est la possibilité de bloquer un utilisateur en fonction de son IP sans devoir redémarrer APACHE. Les alertes continuent d'être émises mais aucun ajout automatique ne se fait. |
| Commentaire de Antoine Koener [ 17/févr./06 16:53 ] |
|
Le blocage automatique est en production. Le calcul du blocage ne dispose pour l'instant que d'un seul seuil. Celui ci est très haut, il correspond à notre Lyonnais. Pour rappel le Lyonnais est le premier connecté sur le serveur JBOSS dès le reboot terminé et fais plus de deux fois le nombre de requète d'un googlebot... Une vérification en fin de journée sera faite pour s'assurer que ce blocage ne va pas avoir d'effet néfaste sur le weekend... |
| Commentaire de Antoine Koener [ 08/mars/06 19:05 ] |
|
Les résultats sont concluants, une baisse notable de la bande passante en est la preuve; exit le lyonnais :p |
[APP-16830] [Apache en dev] Rendre utilisable et simple la config Apache en DEV Création: 27/juin/07 17:44 Mise à jour: 13/janv./09 11:48 Résolue: 09/juil./08 12:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 14.2.1 |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Swan Desportes | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif1: | TECH |
| Classif2: | Apache |
| Description |
|
Faire en sorte d'avoir 5 confs Apaches disponibles et pouvoir les attacher à un JBoss au gré des besoins. Exemple : www.front1.pm.dev, bo.front1.pm.dev... www.front2.pm.dev www.front3.pm.dev www.front4.pm.dev www.front5.pm.dev Faire la doc qui va bien. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 31/mars/08 16:38 ] |
|
Mettre en place Apache suivants : - www.dev1.pm.dev pour devtest1 sur bollinger port 4109 - www.dev2.pm.dev pour devtest2 sur bollinger port 4209 - ... - www.dev9.pm.dev pour devtest9 sur bollinger port 4909 Laisser la possibilité de rajouter le mapping pour de nouvelles servlets. Laisser la possibilité de gérer les ProxyPass pour les comparateurs. Possibilité de supprimer dans les existants : - balayc et dérivés (COBs) - bourgeoo, bourgeoiso et dérivés - garniera Je vais regarder pour les autres (donald, bambi, aladin, ...) |
| Commentaire de Alexandre Garnier [ 01/avr./08 10:29 ] |
|
De même les serveurs param : - www.param1.pm.dev pour devtest1 sur bollinger port 3109 - ... - www.param5.pm.dev pour devtest9 sur bollinger port 3509 |
| Commentaire de Swan Desportes [ 02/avr./08 12:26 ] |
|
ALG voulait dire : - www.param1.pm.dev pour param1 sur bollinger port 3109 - ... - www.param5.pm.dev pour param5 sur bollinger port 3509 |
| Commentaire de Alexandre Garnier [ 04/avr./08 16:25 ] |
| La doc faite par Olivier sur la gestion des Apaches en DEV : http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=Boulard |
| Commentaire de Patrice Boulanger [ 08/avr./08 19:44 ] |
|
Les VH balay*, garnier* et bourgeo* ont été supprimés. Dites-moi pour les donald and co. Les dev* sont en place, il faut encore regarder pour gérer les permissions sur les fichiers. Je continue demain. |
| Commentaire de Patrice Boulanger [ 08/avr./08 20:00 ] |
| les param1-5 sont prêts aussi. |
| Commentaire de Patrice Boulanger [ 08/avr./08 20:00 ] |
| Bon maintenant, je continue vraiment demain ... |
| Commentaire de Alexandre Garnier [ 09/avr./08 09:37 ] |
|
Cool. Si c'était possible d'avoir aussi les bo et preview ? (voir même les principaux COB) |
| Commentaire de Alexandre Garnier [ 09/avr./08 09:42 ] |
| Petite question : d'où sont tirés les jkMount ? Parce qu'il manque la servlet /res/* |
| Commentaire de Patrice Boulanger [ 09/avr./08 13:20 ] |
| J'ai ajouté le JkMount dans tous les jkmount. |
| Commentaire de Patrice Boulanger [ 09/avr./08 15:06 ] |
|
Le brand bo.XXXX.pm.dev a été ajouté sur tous les VH, j'utilise un ServerAlias pour faciliter la conf. De même, les jkmount des VH en place sont une copie de ceux de la prod (servlet front + backoffice). Il ne devrait donc plus y avoir de problème de ce point de vue. |
| Commentaire de Alexandre Garnier [ 09/avr./08 15:13 ] |
|
Problèmes identifiés : - ProxyPass dépassés : c'est encore /pangora au lieu de /comparateur --> récupérer les valeurs d'INTEG (pour le mode test de Pangora) - jkmount idem : manquait les servlet /res et /nav - la conf des virtualHost : manque entre autre la redirection wallet_secure vers le https et la déclaration de res en https - les pages statiques : voir à les transformer en simple redirection Remarques pour moi : - correctement définir les properties "URLs and paths" dans le priceminister-local.properties pour ces serveurs - modifier le url_blocker pour ne pas faire péter le https (ajouter un #) |
| Commentaire de Alexandre Garnier [ 09/avr./08 15:23 ] |
|
Il manque les servlets spot et spot_back qui sont désactivées en PROD justement Avec la solution pour la gestion des BO, l'utilisation de servlet censément https redirige malheureusement vers WWW |
| Commentaire de Nicolas Chauveau [ 23/avr./08 10:38 ] |
| Patrice, peux tu nous donner un planning pour ces dernières interventions ? |
| Commentaire de Patrice Boulanger [ 24/avr./08 16:17 ] |
|
- Les proxy pass ont étémis à jour sur tous les VH (sauf
pour celui qui à un site en Espagnol param2 ou dev9 je sais plus) - JKMount: tous les JkMount ont les servlets /res et /nav. - wallet_secure est en place dans les redirections HTTPS. - Les pages statiques sont émulées sur tous les serveurs avec les rewrite rules suivantes dans le fichier rewrite.rules: # Emulation des pages pseudo statiques RewriteRule ^/$ /info/home [R,L,NE] RewriteRule ^/livres-bd /nav/Livres?static=true [R,L,NE] RewriteRule ^/musique-cd /nav/Musique?static=true [R,L,NE] RewriteRule ^/video-dvd-vhs /nav/Video?static=true [R,L,NE] RewriteRule ^/jeux-video /nav/Jeux-Video-et-Consoles?static=true [R,L,NE] RewriteRule ^/telephone-pda /nav/Tel-PDA?static=true [R,L,NE] RewriteRule ^/informatique-logiciels /nav/Informatique?static=true [R,L,NE] RewriteRule ^/image-son /navigation/default/category/tab_700?static=true [R,L,NE] RewriteRule ^/bargain /navigation/default/category/bargain?static=true [R,L,NE] RewriteRule ^/electromenager /navigation/default/category/root_white?static=true [R,L,NE] RewriteRule ^/enfants-jeux-jouets /navigation/default/category/root_baby?static=true [R,L,NE] RewriteRule ^/mode-textile /nav/Mode?static=true [R,L,NE] RewriteRule ^/vins-saveurs /navigation/default/category/root_wine?static=true [R,L,NE] RewriteRule ^/loisirs-sports /navigation/default/category/root_sport?static=true [R,L,NE] J'ai vérifié sur dev1, ça fonctionne. |
| Commentaire de Alexandre Garnier [ 24/avr./08 16:33 ] |
|
Cool. Petites remarques : - les static=true ne sont pas forcement utiles mais c'est pas plus mal - bargain ??? - il manque la déclaration de /res en https Il serait peut-être plus facile de mettre en place un des templates de VH et de JKMount qui sont ensuite dupliqué pour tous les dev et param par script afin de ne maintenir qu'une version. |
| Commentaire de Patrice Boulanger [ 24/avr./08 17:03 ] |
|
Petites réponses: - m'en fous c'est comme en prod - m'en fous c'est comme en prod - il ne manque plus la déclaration de /res en https C'est une amélioration à prévoir, j'y penserai après mes vacances ;-) |
| Commentaire de Alexandre Garnier [ 24/avr./08 17:37 ] |
| En fait il y a un gros problème avec la gestion du BO : on se retrouve obligé de se connecter même si on utilise les liens d'accès direct via le BO ce qui est très pénible pour de la recette. |
| Commentaire de Alexandre Garnier [ 30/juin/08 10:13 ] |
|
Mail de Patrice: Les dernières actions : 1/ j'ai supprimé les conf et les enregistrements DNS pour : www.aladin.pm.dev www.bambi.pm.dev www.donald.pm.dev www.dumbo.pm.dev www.woody.pm.dev 2/ idem pour les balayc, garniera, bougeoo 3/ les deux VH param3 et param4 sont migrés, les noms DNS suivants sont créés : test.param3.pm.dev sfr.param3.pm.dev viamichelin.param3.pm.dev provence.param3.pm.dev progres.param3.pm.dev presencepc.param3.pm.dev nicematin.param3.pm.dev mobilesachat.param3.pm.dev midilibre.param3.pm.dev lycos.param3.pm.dev liberation.param3.pm.dev laredoute.param3.pm.dev koobuycity.param3.pm.dev freesurf.param3.pm.dev francemobiles.param3.pm.dev epik.param3.pm.dev dauphine.param3.pm.dev croix-rouge.param3.pm.dev ccm.param3.pm.dev camif.param3.pm.dev acf.param3.pm.dev preview.param3.pm.dev bo.param3.pm.dev www.param3.pm.dev Idem pour param4, mais ça doit pas servir pour l'Espagne 4/ Je n'ai pas encore installé mod_cache, j'y travaille Merci de tester les deux virtualhosts et de me dire ce qui ne va pas que je puisse corriger rapidement. Dès que j'ai votre go, je bascule tout le monde. |
| Commentaire de Patrice Boulanger [ 01/juil./08 18:42 ] |
|
Tous les VH ont été migrés, merci de tester et de valider la nouvelle conf. |
[EXP-640] Refont de mapping ngs pour serveur apache Création: 20/déc./05 15:05 Mise à jour: 25/juin/07 18:55 Résolue: 21/déc./05 13:30 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Judd OSullivan | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lors de le dernier deploiement on a mis en place un mapping
apache ngs->ng. On fait c'est mieux de traiter ce problème au niveau
jboss donc on veut : 1/ Retirer ce mapping ngs->ng de httpd.conf 2/ Laisser passer le servlet ngs en mode https 3/ Mounter le servlet ngs pour jk |
| Commentaires |
| Commentaire de Judd OSullivan [ 20/déc./05 18:16 ] |
|
Pour preciser un peu plus : Avant le mini-deploiement V809b : 1/ Mounter le servlet ngs en fo, bo et preview (partout qu'il y a le servlet ng) *APRES* le mini-deploiement V809b : 1/ Dans httpd.conf partie SSL, laisser passer ngs.* au lieu de ng.* 2/ Retirer le rewrite ngs->ng en apache 3/ Ajouter le rewrite http://.../ngs.* -> https://...ngs.* |
| Commentaire de Ranto Andriambololona [ 21/déc./05 13:30 ] |
|
C'est fait durant le mini-déploiement V809b |
[APP-14434] nouveau type d'erreur dans les log apache Création: 26/déc./06 15:10 Mise à jour: 25/juin/07 18:48 Résolue: 28/déc./06 18:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Classif1: | BO | ||||||||
| Projets PM archivés: | Maintenance 12.0.0 | ||||||||
| Description |
|
[Tue Dec 26 15:07:15 2006] [error] [client 62.23.27.114]
File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null,
referer: http://bo.priceminister.com/user_back?act ion=userview&showeventothers=true&useraccountid=3845599 [Tue Dec 26 15:07:15 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/message_back? action=usrmessagesearch&advanced=true&id=&user_id=&subject=&login=&in_stat_code=10&in_ctx_id=1003&out_stat_code=&ums_domain_code=&start_date=22%2F12%2F2006&end_date=22%2F12%2F2006& is_date_order_desc=false&number_rows=4000&x=65&y=11 [Tue Dec 26 15:07:20 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/message_back? action=usrmessagesearch&advanced=true&id=&user_id=&subject=&login=&in_stat_code=10&in_ctx_id=1001&out_stat_code=&ums_domain_code=&start_date=22%2F12%2F2006&end_date=22%2F12%2F2006& is_date_order_desc=false&number_rows=4000&x=56&y=15 [Tue Dec 26 15:07:21 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/user_back?act ion=userview&showeventothers=true&useraccountid=10577413 [Tue Dec 26 15:07:46 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/message_back? action=usrmessagesearch&advanced=true&id=&user_id=&subject=&login=&in_stat_code=10&in_ctx_id=1003&out_stat_code=&ums_domain_code=&start_date=23%2F12%2F2006&end_date=23%2F12%2F2006& is_date_order_desc=false&number_rows=4000&x=57&y=9 [Tue Dec 26 15:07:51 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/purchase_back ?action=itemview&itemid=50832375&purchaseid=39829755 [Tue Dec 26 15:07:54 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/question_back ?action=search&numberrows=10&qststatuscode=10&qsttypecode=30 [Tue Dec 26 15:08:08 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/user_back?act ion=userview&showeventothers=true&useraccountid=12493105 [Tue Dec 26 15:08:10 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/user_back?act ion=userview&showeventothers=true&useraccountid=8159802 [Tue Dec 26 15:08:23 2006] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/null, referer: http://bo.priceminister.com/message_back? action=usrmessagesearch&advanced=true&id=&user_id=&subject=&login=&in_stat_code=10&in_ctx_id=1001&out_stat_code=&ums_domain_code=&start_date=23%2F12%2F2006&end_date=23%2F12%2F2006& is_date_order_desc=false&number_rows=4000&x=41&y=9 |
| Commentaires |
| Commentaire de Arnaud Forgues [ 28/déc./06 16:15 ] |
| Lié au bug sur les pollutions de logs apache |
| Commentaire de Alexandre Garnier [ 28/déc./06 17:35 ] |
|
Même style que body { background: url(null) fixed ; /* évite le sautillement */ } qui génère un appel sur une ressource de nom 'null' ! |
| Commentaire de Alexandre Garnier [ 28/déc./06 18:54 ] |
| Les utilisateurs IE6 devront vivre avec le sautillement du header en BO ... ou passer à Firefox :-) |
Installation serveur Apache de Dev
(EXP-2993)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Description de l'installation du serveur Apache
|
| Commentaires |
| Commentaire de Patrice Boulanger [ 16/nov./06 13:01 ] |
|
Version 2.0.xx (la dernière en date) Installation des modules: mod_ssl, mod_proxy, mod_jk Lancer le serveur avec un utilisateur devapache (à créer sur le serveur boulard) Créer une nouvelle zone DNS sur Ruinart: pm.dev Tu peux t'appuyer sur Jérémie pour avancer là-dessus. Merci. |
| Commentaire de Patrice Boulanger [ 16/nov./06 13:03 ] |
| Modifier la conf sudo pour permettre aux utilisateurs dev d'exécuter le script d'arrêt/redémarrage d'apache. |
| Commentaire de ZZ_Arnaud Baali [ 16/nov./06 16:59 ] |
|
Apache 2.2.3 a été installé avec les modules souhaités. Je finalise demain la configuration de apache (user, dossiers des fichiers a sauvegarder, etc...) |
[EXP-3536] Mettre en place le module de compression pour les apaches de DEV Création: 27/avr./07 10:48 Mise à jour: 29/juin/07 14:58 Résolue: 29/juin/07 14:58 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Dans le cadre du projet ressource, afin d'être au plus
proche des conditions de de PROD, il serait utile d'avoir le module de
compression pour les apaches de DEV. Merci |
| Commentaires |
| Commentaire de Alexandre Garnier [ 30/avr./07 17:20 ] |
| Ca semble ne pas fonctionner ou ne pas être activé. |
| Commentaire de Alexandre Garnier [ 22/juin/07 18:33 ] |
| Ca commence à être urgent pour être sûr que le projet ressources n'apportera pas de complications là-dessus |
| Commentaire de Jérémie Bennejean [ 25/juin/07 10:41 ] |
|
Sur quel serveur ? Merci de me donner le nom du module. |
| Commentaire de Alexandre Garnier [ 25/juin/07 14:21 ] |
| sur boulard, le module deflate je crois |
| Commentaire de Jérémie Bennejean [ 28/juin/07 17:00 ] |
| Ca fontionne ? |
| Commentaire de Alexandre Garnier [ 28/juin/07 18:30 ] |
| sur bourgeoo mais pas sur balayc |
| Commentaire de Jérémie Bennejean [ 29/juin/07 14:58 ] |
|
Bon Alex à sa réponse !! (enfin) Concernant le fait que le mod fonctionne sur bourgeoiso et pas sur balayc, cela vient de la différence de conf de leur serveur de dev. -bourgeo fait appel aux ressources par apache) |
[INF-360] Impossible de redémarrer Apache en DEV de la manière recommandée Création: 04/sept./09 17:27 Mise à jour: 15/sept./09 10:18 Résolue: 15/sept./09 10:18 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Dans la doc sur Apache en DEV (http://pricewiki.lan/Wiki.jsp?page=ApacheEnDev) il est demandé d'utiliser "apachectl restart" pour redémarrer Apache. Or il faut être sudo pour le lancer mais le fichier /etc/sudoers ne donne accès qu'à la commande httpd ... --> il faudrait plutôt donner les droits sur /usr/local/apache/bin/apachectl --> il faudrait plus simplement donner les droit au groupe des devs plutôt qu'utilisateur par utilisateur (car toujours oublié lors de l'ajout d'un utilisateur sinon ...) |
| Commentaires |
| Commentaire de Patrice Boulanger [ 15/sept./09 10:18 ] |
|
en fait, il faut changer la documentation et utiliser la commande suivante pour relancer apache: sudo /etc/init.d/httpd (restart|configtest) Cette commande est utilisable pour plusieurs utilisateurs, on va voir pour la donner à tous les utilisateurs du groupe 'technique' |
[PMB-28] Installation d'un serveur Apache/Php sur Mignon Création: 05/févr./08 17:36 Mise à jour: 13/janv./09 16:38 Résolue: 13/janv./09 16:38 |
|
| Etat: | Résolu |
| Projet: | PriceMinister Bug Hunter |
| Composants: | Aucune |
| Affecte la/les version(s): | 0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
C'est une tâche qui avait été demandée à Jérôme Mazoyer,
mais qui n'a pas pu être terminée. Nous souhaiterions l'installation
d'un serveur apache et de php sur mignon afin de pouvoir faire tourner
phpmyadmin, nécessaire à l'utilisation du pmbh. Pour l'instant, il tourne sur ma machine (192.168.1.215/phpmyadmin) avec wamp server sous Windows, mais elle doit rester allumée pour que tous les utilisateurs du pmbh puissent utiliser pmbh. L'idéal serait un serveur apache/php pour mignon avec pour racine un dossier de l'utilisateur pmbh. Merci |
| Commentaires |
| Commentaire de Patrice Boulanger [ 13/janv./09 14:45 ] |
|
installer plutôt phpmyadmin sur Perrier sur lequel on a déjà
un serveur Apache qui sert pour Salome. Il suffit d'ajouter un nouveau
virtualhost. |
| Commentaire de Stéphane Eccli [ 13/janv./09 16:38 ] |
| http://192.168.1.74:8080 |
[EXP-1421] Verifier la conf Apache qui redirige vers CMS Infoglue Création: 02/mars/06 10:03 Mise à jour: 25/juin/07 18:56 Résolue: 10/mars/06 17:09 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Olivier Bourgeois | Attribution: | Olivier Bourgeois |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
La procédure d'importation d'Infoglue consiste en un upload
de fichier par un formulaire. Cet upload a déjà été utilisé sur la prod,
maisil ne fonctionne plus depuis quelques jours. Comme l'installation de CMS Infoglue n'a pas changé, et que les logs JBoss ne renseignent pas sur la cause de l'erreur, on suppose que cela pourrait éventuellement provenir d'une modification mineure de la configuration Apache. Une analyse des logs apache plus approfondie sera sans doute nécessaire. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 08/mars/06 18:32 ] |
| Est ce que c'est toujours d'actualité ? |
| Commentaire de Olivier Bourgeois [ 08/mars/06 18:53 ] |
|
Et comment ! ;) Oui il faut toujours voir s'il existe des mises à jour récentes. |
| Commentaire de Ranto Andriambololona [ 09/mars/06 16:40 ] |
|
Ca remarche, Olivier va commenter ce JIRA pour expliquer le changement qu'il a effectué |
| Commentaire de Olivier Bourgeois [ 10/mars/06 17:09 ] |
|
En fait ce n'était pas un problème de conf Apache. Le soucis venait d'une propriété WebWork commentée dans le fichier de configuration webwork.properties : #webwork.multipart.saveDir=c:/Sprawl/projects/InfoGlue/cms/webapps/digitalAssets Cette propriété est utilisée par WW pour sauvegarder le fichier uploadé lors de l'import. Mais Infoglue utilise ensuite une autre propriété pour lire ce fichier : digitalAssetPath qui prend la valeur du répertoire de deploiement du CMS + digitalAssets. Pour corriger le problème Il faut donc que la property webwork.multipart.savedir soit activée et ait la même valeur que le chemin des digitalAssets. |
[EXP-3133] [Apache en DEV] Mise en place de 5 comptes anonymes Création: 03/janv./07 11:20 Mise à jour: 25/juin/07 19:00 Résolue: 04/janv./07 11:11 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Après une mise en place réussie d'Apache en DEV (merci
beaucoup), on a besoin de se mettre dans un rythme de croisière. L'idée est de disposer de 5 accès Apache que l'on pourra attribuer à n'importe quel compte de DEV selon les besoins. 1. Il faut mettre en place ces 5 accès avec des noms anonymes (lachez vous !) 2. Il faut mettre à jour la doc wiki pour préciser le process : - enlever les parties propres à l'exploit - préciser clairement le process de mise en place d'un Apache pour un DEV (1. mettre à jour sa config pour AJP13, 2. Demander à l'exploit de changer un worker, 3. Faire un reload d'Apache 4. Autre chose ?) - mettre un tableau d'utilisation des 5 comptes |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 04/janv./07 11:10 ] |
|
Les 5 Comptes(VirtualHost) ont été créés. Voici le détail: www.aladin.pm.dev www.bambi.pm.dev www.donald.pm.dev www.dumbo.pm.dev www.woody.pm.dev Voici les liens vers les documentations: Lien vers la procédure de démarrage Apache: http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=Update_apache_dev Lien vers le tableau à tenir à jour: http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=Virtualhost_boulard |
[EXP-3806] Erreurs apache en hausse sur evandre. Création: 25/juil./07 11:24 Mise à jour: 25/juil./07 11:29 Résolue: 25/juil./07 11:29 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Aprés chaque déploiement, il y a une hausse du nombre erreurs apache
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 25/juil./07 11:29 ] |
|
Aprés consulatation des logs sur evandre, il manquait le contenu statique. J'ai repiqué le contenu statique depuis phaeton. Tout est ok maintenant. Par contre il ne s'agissait que d'un conséquence du dysfonctionnement du déploiement. Il y a quelques différences entre la France et l'Espagne sur le mécanise. Le pmdeplounewear source ses variables depuis le /data/priceminister/.pm La variable avant --> PM_WEB ="phaeton cupidon aricia" maintenant --> PM_WEB="phaeton aricia evandre" J'ai jouté evandre et supprimé cupidon. |
[APP-1608] Ouvrir les liens Apache dans un frame Création: 24/nov./03 10:12 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
alexandra: ---------- pourrais-tu placer la page Apache dans un frame avec pixel de façon à ce que l'on puisse comptabiliser le nombre de clics généré par le bouton Apache inséré en dur sur le site ? Merci |
[EXP-2864] Installation Apache - mod_php - mysql - serveur FTP sur Ruinart2 Création: 19/oct./06 15:12 Mise à jour: 25/juin/07 18:59 Résolue: 09/nov./06 09:55 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Patrice Boulanger | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 0 minutes | Estimation restante: | 0 minutes |
| Σ Temps consacré: | 3 heures | Temps consacré: | 3 heures |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
| Description |
|
Merci d'installer sur Ruinart2: - apache (2.2.x) - mod_php - mysql - FTP |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 26/oct./06 15:51 ] |
|
Arnaud, Apache est installé sur ruinart2 (192.168.1.33) le mod_php aussi La compilation pour mysql aussi Apache est chrooté J'ai mis tte la doc dans le wikiexploit (comment l'arreter le stopper, ou il se trouve, les logs etc...) En ce qui concerne Mysql pour l'installer cf : http://wikiexploit:82/doku.php?id=jbe_exploitation:sysaid#administration_mysql_4 Tout est expliqué ! |
| Commentaire de ZZ_Arnaud Baali [ 30/oct./06 15:40 ] |
|
La version 4.1.21 du Server MySQL a été installée sur le serveur Ruinart2 Le nom d'utilisateur est "root" et le mot de passe "pmadmin" J'ai laissé les sources dans le répertoire /usr/src/mysql_RedHat_as3/ Merci de m'indiquer si il faut ou non un outils d'administration de la base type phpmyadmin ou si on cloture le JIRA |
| Commentaire de Patrice Boulanger [ 30/oct./06 15:59 ] |
|
Il faut tester l'install complète avec un phpinfo() et ce sera bon. Sinon, pas besoin d'outil d'administration pour le moment. Avant de clore ce jira, il faut installer le serveur FTP ... Merci! |
| Commentaire de ZZ_Arnaud Baali [ 30/oct./06 15:59 ] |
|
Un logiciel FTP a été installé. Il s'agit de vsFTP J'ai téléchargé le rpm depuis rhn. Il reste a créer un utilisateur pour l'accès ftp. patrice si tu as une préférence.... |
| Commentaire de Patrice Boulanger [ 30/oct./06 16:10 ] |
|
au niveau de la conf de vsftpd, on est sûr que les users sont chrootés? Il faut ensuite créer un virtualhost sur apache (voir avec Jérôme pour le nom mais respecter l'usage général). Le document root de ce virtualhost sera le répertoire de l'utilisateur a créer (nom: price_ce, password : ?). Ne pas oublier de créer l'enregistrement DNS nécessaire. Merci. Après les tests, on peut clore le Jira ;-) |
| Commentaire de ZZ_Arnaud Baali [ 30/oct./06 16:29 ] |
|
J'ai créer un utilisateur "cepm" avec le mot de passe "provence" Il a accès en FTp directement au répertoire "htdocs" qui est la racine du site web du CE |
| Commentaire de Patrice Boulanger [ 30/oct./06 16:32 ] |
|
J'ai pas l'impression que le chroot applicatif du serveur FTP soit OK: U:\>ftp ruinart2 Connecté à ruinart2.lan. 220 Welcome to CE PriceMinister FTP service. Utilisateur (ruinart2.lan:(none)) : cepm 331 Please specify the password. Mot de passe : 230 Login successful. ftp> ls 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. apache_pb.gif apache_pb.png apache_pb22.gif apache_pb22.png apache_pb22_ani.gif index.html ophp.php test.php toto 226 Directory send OK. ftp : 123 octets reçus en 0,00 secondes à 123000,00 Ko/sec. ftp> cd .. 250 Directory successfully changed. ftp> ls 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. bin build cgi-bin conf error htdocs icons include lib logs man manual modules 226 Directory send OK. ftp : 91 octets reçus en 0,00 secondes à 91000,00 Ko/sec. ftp> cd .. 250 Directory successfully changed. ftp> ls 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. apache apache.old lib php-4.4.4 php-4.4.4.tar.gz 226 Directory send OK. ftp : 54 octets reçus en 0,00 secondes à 54000,00 Ko/sec. |
| Commentaire de ZZ_Arnaud Baali [ 30/oct./06 18:32 ] |
|
La base de Données MySQL a été déplacée sur le répertoire /data01/mysql/ J'ai créé un lien symbolique des données de mysql dans data01 vers le répertoire /var/lib/mysql/ La base de données du Ce a été créée: "cepm" L'utilisateur MySQL a été créé: cepm avec le mot de passe "provence" |
| Commentaire de ZZ_Arnaud Baali [ 30/oct./06 18:33 ] |
| Le serveur FTp a été Chrooter dans le homedir de Cepm |
| Commentaire de ZZ_Arnaud Baali [ 31/oct./06 14:39 ] |
|
Test réalisé en php pour la connection a la base MySQL --> ok Création d'un script placé dans /etc/init.d/ pour le montage du répertoire /data01/htdocs |
| Commentaire de ZZ_Arnaud Baali [ 09/nov./06 09:55 ] |
|
Le Serveur Web est pret. Un mail avec les informations a été envoyé a Jérôme Vivies |
[EXP-2133] pb avec le mode maintenance / apache en prod Création: 29/mai/06 10:02 Mise à jour: 17/août/07 14:33 Résolue: 17/août/07 14:33 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
visible sur les courbes d'erreurs apache & mod_jk
|
| Commentaires |
| Commentaire de Justin Ziegler [ 29/mai/06 10:03 ] |
|
Mail de CMS : Jean-Philippe Feve a écrit : Bonjour, alerté par nos sondes, je vous signale que nous n'obtenons plus la page de maintenance habituelle: voici le code de la page que nous pouvions voir entre 5h et 5h22 ce jour ( et à priori hier ) <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Temporarily Unavailable</title> </head><body> <h1>Service Temporarily Unavailable</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html> merci de me faire un retour ASAP à ce sujet Cordialement, JPF Jean-Philippe FEVE ******************** C.M.S. 2-4 rue nieuport 78140 VELIZY tel: 01 740 741 06 fax: 01 34 65 93 54 ******************** |
| Commentaire de Justin Ziegler [ 17/août/07 14:33 ] |
| Périmé ! |
encore plein d'erreurs dans les log apache
(APP-10684)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Ariane Baldinger |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On trouve le log suivant : [Wed Jun 21 07:33:17 2006] [error] [client 206.65.191.206] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/affiliation/visuels/musique/bannieres_468x60/468x60-50ansdurock.swf Jérôme, peux-tu voir où on fait appel à ce swf dans le paramétrage ? Une fois le problème identifier, soit tu corriges le chemin du fichier flash si ce n'est pas le bon soit tu vois avec l'équipe d'exploit ou du marketing pour qu'il le place au bon endroit. Merci. |
| Commentaires |
| Commentaire de Jérôme Viviès [ 21/août/06 12:18 ] |
|
Ariane, je ne trouve pas de trace d'une appel à ce fihier dans l'arbre de catégorie. Peux-tu re-vérifier, stp ? Sinon, cela pourrait-il être paramétré sous IG ? Tiens moi au courant, stp. |
| Commentaire de Ariane Baldinger [ 22/août/06 09:30 ] |
|
Pas de trace ni dans l'arbre de catégories ni dans IG. Je vais me renseigner côté marketing. |
| Commentaire de Ariane Baldinger [ 22/août/06 10:03 ] |
|
Le paramétrage n'a pas le contrôle la dessus. Vu avec Ghislain du MKT => ce fichier n'existe plus, il a été supprimé du FTP. |
[EXP-445] apache : augmentation des apache errors (Cf courbe minitor) : analyser Création: 30/nov./05 16:56 Mise à jour: 25/juin/07 18:54 Résolue: 27/févr./06 12:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Nous n'avons pas de bonne raison d'avoir autant d'apache error. Il est important de reduire cette courbe afin qu'elle reste pertinente. La plupart des erreurs proviennent probablement de problemes de dev. Il faut donc les identifier et les faire corriger en postant un jira pour chaque probleme. Il y a peut etre aussi des scan de recherche de trous de secu : on pourrait resoudre cela en mettant des redirections vers la home des urls les plus frequement demandees. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 19/janv./06 15:51 ] |
|
Antoine, Il faudrait suivre cela du coin de l'oeil pour comprendre et isoler ces erreurs. Je viens de remarquer un pic élevé sur la journée d'hier (cf. attachement). ATTENTION car les logs d'erreur sont archivés que 2 jours |
| Commentaire de Justin Ziegler [ 22/févr./06 21:15 ] |
| En fait, j'ai l'impression que le nb d'erreur apache a augmente sensiblement depuis le dernier deploiement... |
| Commentaire de Sébastien Tournay [ 23/févr./06 09:31 ] |
|
Il semble en effet que plusieurs images référencées dans la V811a ne sont pas présentes. Par exemple : * /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V811a/front/brand/camif/images/help/bt1_on.gif.gif * /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V811a/front/brand/www/images/auto/dot_black.gif * /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V811a/front/brand/francemobiles/images/header/tab_over_home.gif * /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V811a/front/brand/www/images/auto/dot_black.gif |
| Commentaire de Antoine Koener [ 23/févr./06 10:46 ] |
|
Voici les erreurs les plus fréquentes: Les stats sont extraites du fichier d'erreurs en cours: c = signifie client denied by server configuration f = signifie file does not exist. c 106 bargain c 106 home c 106 root_baby c 106 root_books c 106 root_clothing c 106 root_electronics c 106 root_games c 106 root_music c 106 root_sport c 106 root_vehicle c 106 root_video c 106 root_white c 106 root_wine c 106 tab_600 c 106 tab_700 c 106 travel f 116 /usr/local/apache/htdocs/pmweb/virtualhost-www/navigation?action=search&ss=15&keyword=Soft&category=search_books&category_sub=-1&t=681061&dinsight=343&kwsl=558413 c 128 /usr/local/apache/htdocs/pmweb/virtualhost-bi/maintenance.asis f 128 /usr/local/apache/htdocs/pmweb/virtualhost-bambinoccasion/maintenance.asis f 129 /usr/local/apache/htdocs/pmweb/virtualhost-www/affiliation/visuels/video/bannieres_468x60/468x60-comedie.gif f 140 /usr/local/apache/htdocs/pmweb/virtualhost-www/MSOffice f 155 /usr/local/apache/htdocs/pmweb/virtualhost-www/_vti_bin f 184 /usr/local/apache/htdocs/pmweb/virtualhost-camif/content/V811a/front/brand/camif/images/help/bt1_on.gif.gif f 856 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V811a/front/brand/camif/images/help/bt1_on.gif.gif c 1698 403.html f 3532 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V811a/front/brand/www/images/auto/dot_black.gif Il y a des fichiers en gif.gif ! f 184 /usr/local/apache/htdocs/pmweb/virtualhost-camif/content/V811a/front/brand/camif/images/help/bt1_on.gif.gif f 856 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V811a/front/brand/camif/images/help/bt1_on.gif.gif |
| Commentaire de Antoine Koener [ 23/févr./06 10:48 ] |
|
Peux tu jeter un oeil sur ces fichiers manquants ? |
| Commentaire de Christophe Garcia [ 24/févr./06 12:08 ] |
| Essentiellement des problèmes de co-branding CAMIF. |
| Commentaire de Bruno Ballester [ 24/févr./06 17:21 ] |
| Certaines images comme http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/content/V811a/front/brand/camif/images/help/bt1_on.gif sont bien disponibles cependant il semblerait que soient également hébergées en double sur le serveur des images se terminant par des "gif.gif". |
| Commentaire de Andrei Matyas [ 27/févr./06 12:43 ] |
| Effectivement j'ai identifié des appels des images « gif.gif » dans l'application (pour Camif). J'ai corrigé donc le problème. |
[APP-14661] Rajout du cobranding SFR à apache en dev Création: 16/janv./07 09:52 Mise à jour: 25/juin/07 18:48 Résolue: 18/janv./07 09:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 12.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | COB SFR |
| Description |
|
Il s'agit de rajouter le nom de domaine sfr pour que je puisse tester l'HTTPS pour ce cobranding merci |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 16/janv./07 09:57 ] |
|
Pourrais-tu me donner un peux de précision sur le nom de domaine exact que je dois te configurer. Merci |
| Commentaire de Clement Balay [ 16/janv./07 11:29 ] |
|
oui, le nom de domaine est: sfr.balayc.pm.dev |
| Commentaire de ZZ_Arnaud Baali [ 16/janv./07 13:54 ] |
|
La configuration Apache est en place Merci de vérifier que ça fonctionne Arnaud |
| Commentaire de ZZ_Arnaud Baali [ 18/janv./07 09:01 ] |
| A réouvrir si il y a un souci |
| Commentaire de Clement Balay [ 18/janv./07 09:31 ] |
| ok merci ça marche nikel |
[ES] Remplacement HU Informatica
(APP-25831)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 49.0.1 (Acc. mode UK + NPF Sports & Loisirs ES + Soldes UK + Suppression HU Informatique ES ) |
| Version(s) corrigée(s): | 49.0.1 (Acc. mode UK + NPF Sports & Loisirs ES + Soldes UK + Suppression HU Informatique ES ) |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Ajouter une redirection 301 de /informatica (et éventuellement tracking) vers /nav/Informatica |
| Commentaires |
| Commentaire de Arnaud Forgues [ 15/juil./09 14:18 ] |
|
C'est étrange, en regardant le fichier de redirection rewrite.rule.es, on dirait que la redirection existe déjà : #Rewrite /informatica with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" RewriteRule ^/informatica /nav/Informatica [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "informatica(.*)/t/(\S+)" RewriteRule ^/informatica /nav/Informatica%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "informatica(.*)/tracking/(\S+)" RewriteRule ^/informatica /nav/Informatica%1/tracking/%2 [R,L,NE] Je me trompe ? |
| Commentaire de Thierry Leforestier [ 15/juil./09 14:21 ] |
|
La première règle concerne le tracking (RewriteCond) Alors que la nouvelle règle doit rediriger la page et le tracking compris. Il ne devrait donc pas y avoir de rewritecond |
| Commentaire de Arnaud Forgues [ 15/juil./09 14:28 ] |
|
Vu avec TLE, on supprime les 3 règles ci-dessus et on les remplace (comme pour Tel et PDA en FR) par : # Rewrite /informatica pseudo-static page, which has been deleted RewriteRule ^/informatica(.*) /nav/Informatica$1 [R=301,L,NE,QSA] |
| Commentaire de Thierry Leforestier [ 16/juil./09 10:40 ] |
| Testé sur devtest8 avec et sans tracking. C'est ok. |
| Commentaire de Thierry Leforestier [ 16/juil./09 10:41 ] |
| Je laisse Arnaud fermer la demande |
| Commentaire de Arnaud Forgues [ 16/juil./09 10:57 ] |
|
OK ! Commité sur la branche bm:dev/release/V49 pour partir en V49_0_1 NB : [forguesa@gobillard dev]$ bzr ci --fixes APP:25835 source/etc/apache/rewrite.rules.es Committing to: bzr://perrier/dev/release/V49/ modified source/etc/apache/rewrite.rules.es Committed revision 25436. CAJ2009Q3TX |
[APP-32477] Problème sur les redirections Apache filtre prix Création: 14/janv./11 16:41 Mise à jour: 17/janv./11 17:58 Résolue: 17/janv./11 15:06 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 84.0.0 (NAV-F) |
| Version(s) corrigée(s): | 84.0.0 (NAV-F) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | QTP & PMBH | Attribution: | Many Pes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Tartalacrem |
| Navigateur: | Tous |
| Description |
|
2 problèmes :
http://www.pminteg.fr/nav/Livres_Sciences-humaines-et-spiritualite/fp/ADe+6+%E0+8+%26euro%3B redirige vers http://www.pminteg.fr/nav/Livres_Sciences-humaines-et-spiritualite/fp/ADe+6+à+8+€ et on aboutit au screenshot1 la RW rule: RewriteRule ^/nav/Livres_Livre/f1/Sciences\+humaines\+et\+spiritualit./f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-humaines-et-spiritualite/f11/$1$2$3$4 [R=301,L,NE] http://www.pminteg.fr/nav/Livres_Sport-et-loisirs/fp/ADe+5+%E0+6+%26euro%3B redirige vers : http://www.pminteg.fr/nav/Livres_Sport-et-loisirsADe+5+%E0+6+€ On est donc renvoyé vers la home. |
| Commentaires |
| Commentaire de Many Pes [ 17/janv./11 11:50 ] |
|
Les redirections fonctionnent en prod mais pas en integ.
Nous pensons que le problème pourrait provenir de la configuration Apache qui est peut-être différente entre l'integ et la prod. Le souci semble être sur l'encodage des caractères spéciaux: Si on écrit l'URL de cette façon: http://www.pminteg.fr/nav/Livres_Sciences-humaines-et-spiritualite/fp/ADe+6+à+8+€ La redirection fonctionne bien Idem pour celle-ci http://www.pminteg.fr/nav/Livres_Sport-et-loisirs/fp/ADe+5+à+6+€ La 1ere fonctionne bien également en integ, mais sur IE. Nous allons tester les redirections sur preview cet après midi (preview pourra être dispo à partir de 16h) nous pourrons voir si tout fonctionne bien ou non. Nous serons fixés un peu après 16h. |
| Commentaire de Many Pes [ 17/janv./11 11:52 ] |
| le "à" s'est transformé en à il faut le remplacer dans l'URL pour voir que ça marche |
| Commentaire de Many Pes [ 17/janv./11 15:06 ] |
|
2 lignes de redirections présentes dans le fichier
integ.exploitation primaient sur le fichier integ et faisait planter ces
redirections.
En désactivant ces 2 lignes, les redirections fonctionnent. Ca marche maintenant :-) http://www.pminteg.fr/nav/Livres_Sciences-humaines-et-spiritualite/fp/ADe+6+%E0+8+€ http://www.pminteg.fr/nav/Livres_Sport-et-loisirs/fp/ADe+5+%E0+6+€ |
[APP-24314] [POST DEPLOY CTN-J] Copier le contenu des redirections apache mixad dans les fichier FR Création: 13/févr./09 14:40 Mise à jour: 11/mars/09 16:57 Résolue: 10/mars/09 14:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 42.0.1 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM archivés: | AUTO : Bascule vers MIXAD | ||||||||
| Description |
|
Dans le cadre de l'activation de la bascule de l'auto vers
Mixad qui devrait se dérouler juste après la CTN-J, il faudra faire 3
manip au niveau des fichiers de redirections apache : - créer 3 fichiers pour fr, es et uk pour les redirections SSL : rewrite.rules.ssl ==> rewrite.rules.ssl.fr, rewrite.rules.ssl.es et rewrite.rules.ssl.uk avec le même contenu (fait en TX-E par le JIRA lié : - copier le contenu du fichier rewrite.rules.ssl.mixad à la suite du fichier rewrite.rules.ssl.fr pour les redirections HTTPS (POST DEPLOY) - copier le contenu du fichier rewrite.rules.mixad à la suite du fichier rewrite.rules.fr pour les redirections HTTP (POST DEPLOY) NB : ces 2 dernières manips ne peuvent être réalisés à l'avance, pour éviter de basculer l'auto malencontreusement à cause d'une autre modif de ces fichiers dans l'intervalle (vu avec CGA) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 10/mars/09 12:18 ] |
|
On profitera de la fusion des fichiers rewrite.rules.fr et
rewrite.rules.mixad pour y ajouter les redirections de la cote auto : # Redirection page générale de la cote AUTO RewriteCond %{HTTP_HOST} ^www\. [OR] RewriteCond %{HTTP_HOST} ^bo\. [OR] RewriteCond %{HTTP_HOST} ^preview\. RewriteCond %{REQUEST_URI} ^/navigation RewriteCond %{QUERY_STRING} .*action=default.*category=r_cote.* RewriteRule ^.*$ http://www.priceministerauto.com/cote-auto/? [R=301,L,NE] # Redirection lien de la cote sur FP AUTO RewriteCond %{HTTP_HOST} ^www\. [OR] RewriteCond %{HTTP_HOST} ^bo\. [OR] RewriteCond %{HTTP_HOST} ^preview\. RewriteCond %{REQUEST_URI} ^/referential RewriteCond %{QUERY_STRING} .*action=marketprice.* RewriteRule ^.*$ http://www.priceministerauto.com/cote-auto/? [R=301,L,NE] |
| Commentaire de Arnaud Forgues [ 10/mars/09 14:37 ] |
|
OK done ! - Ajout à la fin du fichier "rewrite.rules.fr" du contenu du fichier "rewrite.rules.mixad" - Ajout des redirections de la cote auto à la fin du fichier "rewrite.rules.fr" - Ajout à la fin du fichier "rewrite.rules.ssl.fr" du contenu du fichier "rewrite.rules.mixad.ssl" - Suppression des fichiers "rewrite.rules.mixad" et "rewrite.rules.mixad.ssl" Pour info, commit sur la branche bm:dev/release/V42 : ========================================== [forguesa@gobillard dev]$ bzr ci --fixes APP:24314 source/etc/apache/rewrite.rules.mixad source/etc/apache/rewrite.rules.mixad.ssl source/etc/apache/rewrite.rules.fr source/etc/apache/rewrite.rules.ssl.fr Committing to: bzr://perrier/dev/release/V42/ modified source/etc/apache/rewrite.rules.fr missing source/etc/apache/rewrite.rules.mixad missing source/etc/apache/rewrite.rules.mixad.ssl modified source/etc/apache/rewrite.rules.ssl.fr deleted source/etc/apache/rewrite.rules.mixad deleted source/etc/apache/rewrite.rules.mixad.ssl Committed revision 25097. [forguesa@gobillard dev]$ bzr tag V42_0_1 Created tag V42_0_1. |
| Commentaire de Arnaud Forgues [ 11/mars/09 12:17 ] |
|
Vu avec CGA, afin de généraliser plus les redirections (à l'integ et à JMH en PROD) on remplace tous les : RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com par RewriteCond %{HTTP_HOST} !^bo\. NB : [forguesa@gobillard source]$ bzr ci --fixes APP:24314 Committing to: bzr://perrier/dev/release/V42/ modified source/etc/apache/rewrite.rules.fr modified source/etc/apache/rewrite.rules.ssl.fr Committed revision 25100. [forguesa@gobillard source]$ bzr tag --force V42_0_1 Created tag V42_0_1. |
[APP-24337] [Apache] Créer 3 fichiers SSL pour gérer les différences entre les 3 plateformes (notamment pour la bascule de l'auto) Création: 18/févr./09 10:14 Mise à jour: 20/févr./09 14:46 Résolue: 20/févr./09 10:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM archivés: | AUTO : Bascule vers MIXAD | ||||||||
| Description |
|
Dans le cadre de l'activation de la bascule de l'auto vers
Mixad qui devrait se dérouler juste après la CTN-J, il faudra faire 3
manip au niveau des fichiers de redirections apache : - créer 3 fichiers pour fr, es et uk pour les redirections SSL : rewrite.rules.ssl ==> rewrite.rules.ssl.fr, rewrite.rules.ssl.es et rewrite.rules.ssl.uk avec le même contenu (PRE DEPLOY) ==> le but même de ce JIRA - copier le contenu du fichier rewrite.rules.ssl.mixad à la suite du fichier rewrite.rules.ssl.fr pour les redirections HTTPS (POST DEPLOY) - copier le contenu du fichier rewrite.rules.mixad à la suite du fichier rewrite.rules.fr pour les redirections HTTP (POST DEPLOY) NB : les 2 dernières manips ne peuvent être réalisés à l'avance, pour éviter de basculer l'auto malencontreusement à cause d'une autre modif de ces fichiers dans l'intervalle (vu avec CGA) ==> voir JIRA lié |
| Commentaires |
| Commentaire de Arnaud Forgues [ 18/févr./09 10:27 ] |
| C'est fait et taggué en V41_0_0 |
| Commentaire de Christophe Garcia [ 20/févr./09 10:38 ] |
|
Mini modif pour les 3 fichiers : - changer le nom dans le cartouche rewrite.rules.ssl ===> rewrite.rules.ssl.LePays - supprimer la ligne RewriteEngine on Exemple : ################################################################# ################################################################# # # # rewrite.rules.ssl.uk # # # # REDIRECTIONS APPLICATIVES DE HTTPS VERS HTTP # # # ################################################################# ################################################################# # Rewrite for HTTPS URLs to HTTP URL ( RewriteCond %{REQUEST_URI} "!^/walletsecure.*" RewriteCond %{REQUEST_URI} "!^/activation.*" RewriteCond %{REQUEST_URI} "!^/checkout.*" RewriteCond %{REQUEST_URI} "!^/connect.*" RewriteCond %{REQUEST_URI} "!^/content.*" RewriteCond %{REQUEST_URI} "!^/promo.*" RewriteCond %{REQUEST_URI} "!^/pr.*" [OR] RewriteCond %{REQUEST_URI} "^/pricetv.*" RewriteCond %{REQUEST_URI} "!^/pic.*" RewriteCond %{REQUEST_URI} "!^/static.*" RewriteCond %{REQUEST_URI} "!^/info/contact_pro" RewriteCond %{REQUEST_URI} "!^/ngs.*" RewriteCond %{REQUEST_URI} "!^/visuels.*" RewriteCond %{REQUEST_URI} "!^/res.*" RewriteRule ^/(.*) http://%{SERVER_NAME}/$1 [L,R,NE] |
| Commentaire de Arnaud Forgues [ 20/févr./09 10:50 ] |
|
OK c'est fait sauf la suppression de la commande "Rewrite Engine on" comme vu ensemble avec CGA NB: [forguesa@gobillard apache]$ bzr ci --fixes APP:24337 rewrite.rules.ssl.* Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.ssl.es modified source/etc/apache/rewrite.rules.ssl.fr modified source/etc/apache/rewrite.rules.ssl.uk Committed revision 25037. [forguesa@gobillard apache]$ bzr tag --force V41_0_0 Created tag V41_0_0. |
[EXP-2069] Erreur au lancement de apache avec test.pm.lan Création: 17/mai/06 15:48 Mise à jour: 25/juin/07 18:58 Résolue: 18/mai/06 09:30 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Condevaux | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En INTEG apres avoir repassé apache en mode production (pmapacheconfswitch) on a une serie d'erreur lors de la relance de test.pm.lan test.pm.lan:test:. Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/home?page=10&static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_books?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_music?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_video?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_games?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_electronics?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/tab_600?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/tab_700?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/travel?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/bargain?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_white?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_baby?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/vetements?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_vehicle?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_wine?static=true . Recherche test.pm.lan test.pm.lan Connexion HTTP à test.pm.lan Alerte! : Impossible d'établir une connexion à l'hôte distant lynx : accès impossible au fichier de départ http://test.pm.lan/navigation/default/category/root_sport?static=true done |
[EXP-3267] config apache : pb d'acces sur QV depuis mon domicile Création: 14/févr./07 10:33 Mise à jour: 25/juin/07 19:00 Résolue: 01/mars/07 13:47 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
de temps en temps j'ai un message du type "acces non autorise". Un serveur a du etre oublié dans le lot. merci |
| Commentaires |
| Commentaire de Justin Ziegler [ 20/févr./07 10:56 ] |
|
on pourrait avancer la dessus ? c'est assez genant, je n'ai qu'un acces degrade aux courbes depuis chez moi. |
| Commentaire de Jérémie Bennejean [ 20/févr./07 11:33 ] |
|
Justin, j'ai ouvert la mai chez Jet. C'est en cours. Je te tiens informé. |
| Commentaire de Jérémie Bennejean [ 20/févr./07 11:41 ] |
| Pour info ta nouvelle @IP est bien renseignée dans le http.conf sur les 3 frontaux webs. |
| Commentaire de Justin Ziegler [ 20/févr./07 14:00 ] |
|
Jérémie, Je t'ai déja dit que ce n'est pas une histoire de routage, mais bien une histoire de droit d'acces au niveau d'apache. Je t'ai egalement parlé de .htaccess. As tu pris le temps de regarder la doc concernant la gestion des droits d'acces ? As tu grepé mon adresse ip dans les log apache pour voir ce qui se passe ? |
| Commentaire de Jérémie Bennejean [ 20/févr./07 14:50 ] |
|
Justin, Je ne connaissais pas l'existence du .htaccess en question qui se trouve dans virtualhost-intra. J'ai tout de suite remplacé ton @IP dans ce fichier. Aprés en avoir parlé avec Patrice, nous avons décidé de rajouter dans la virtualhost-intra du http.conf la section suivante: <Location "/"> Order Deny,Allow Deny from all # PM (Villette) Public Private Justin Home (PBO) Allow from 62.23.27.114 212.23.170.0/24 10.150.28.0/24 213.41.233.175 82.228.215.216 </Location> J'ai aussi renommé le .htaccess du virtualhost-intra en htaccess_ne_pas_toucher pour le moment. J'ai testé l'accès à intra depuis mon poste ( en précisant dans le ficher host de mon poste que intra.priceminister correspond à l'@ du vh d'aricia) cela fonctionne. |
| Commentaire de Justin Ziegler [ 20/févr./07 15:16 ] |
|
merci nb : la commande find permet de trouver des fichiers dont on ignore le lieu d'habitation. Cela doit devenir un reflexe. |
| Commentaire de Justin Ziegler [ 01/mars/07 13:00 ] |
|
Ce pb est maintenant regle. merci tu fermes le jira stp ? |
| Commentaire de Jérémie Bennejean [ 01/mars/07 13:47 ] |
|
Très bien je ferme le jira Merci |
[EXP-4020] Migrer progressivement les redirections (Nav par Filtres) Apache vers l'applicatif Création: 22/oct./07 14:41 Mise à jour: 31/oct./07 10:18 Résolue: 31/oct./07 10:18 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Benoît Bourdon | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Migration en 3 étapes (sur la plateforme de PROD) 1- Faire un test en "supprimant" les redirections sur un environnement de pré-prod pour les univers Tel&PDA, Informatique et Jeux (ou en supprimant uniquement les redirections tel&PDA sur la PROD) 2- Valider le bon fonctionnement de ces redirections applicatives sur preview (GCA, MSU, BBO, PIB ...) 3- Supprimer réèllement (toutes) les redirections d'apache pour les 3 univers (Tel&PDA, Informatique et Jeux) |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 24/oct./07 12:07 ] |
|
Actuellement avec les regles en place, www.priceminister.com/navigation/default/category/tab_200?t=toto&p=titi redirige vers http://www.priceminister.com/nav/Musique_CD/f1/Album+CD?t=toto&p=titi (on conserve le code de tracking) Avec christophe, nous avons réaliser le test suivant sur aricia nous avons désactiver une dizaine de regle de réécriture puis demander www.priceminister.com/navigation/default/category/tab_200?t=toto&p=titi mauviase surprise pas de redirection applicative. J'ai remis les regles en place sur aricia et vérifier que cela fonctionne en attendant une correction. |
| Commentaire de Jérémie Bennejean [ 24/oct./07 15:57 ] |
|
Apres passage des scripts et recharge des caches
applicatifs, les redirections apache concernant la npf informatique ont
été désactivées. Les redirections sont faites par l'application |
| Commentaire de Jérémie Bennejean [ 25/oct./07 17:48 ] |
| Toutes les catégories sont migrées. |
| Commentaire de Martin Sudmann [ 29/oct./07 09:52 ] |
|
cool ! ça veut donc dire que toutes les catégories NpF actuellement en PROD utilisent les redirections applicatives ? |
| Commentaire de Jérémie Bennejean [ 29/oct./07 11:18 ] |
| Exactement |
| Commentaire de Martin Sudmann [ 31/oct./07 10:17 ] |
| tu peux donc fermer le Jira ? ;-) |
Mise en place d'un nouveau cobranding pour libération
(EXP-1337)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
en INTEG et en PROD. En INTEG, préparer la conf DNS + @IP associée à DEUTZ. Dans la conf APACHE tester aussi le certificat SSL définitif En PROD, conf APACHE sur CUPIDON et PHAETON. Voir la manip aussi avec PAP pour apprentissage ;-) |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 06/mars/06 18:18 ] |
|
OK en integ; Manip montré à PAP et JEREMY Etapes: -Création d'une IP virtuelle - MAJ DNS - Création de la partie conf apache Reste: - Tester le certificat SSL |
| Commentaire de Ranto Andriambololona [ 15/mars/06 18:47 ] |
| tout a été fait ... en INTEG et PROD |
[EXP-1110] minitor : phaeton : trous dans la courbe des apache error par minute Création: 30/janv./06 15:11 Mise à jour: 25/juin/07 18:56 Résolue: 30/janv./06 17:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
il me semble interessant de comprendre d'ou cela vient et de corriger le tir s'il s'agit d'un bug minitor.
|
| Commentaires |
| Commentaire de Sébastien Tournay [ 30/janv./06 17:05 ] |
|
Cela doit venir d'un bug au niveau de MINITOR. Car il y a
aujourd'hui beaucoup d'erreur dans le fichier sur PHAETON (lié à
TITELIVE). [Mon Jan 30 17:03:04 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9782843650062v.jpg [adminpm@phaeton logs]$ wc -l error_log 1135518 error_log |
| Commentaire de Xiaoming Du [ 30/janv./06 17:44 ] |
|
Il y avait une limite à 500 pour cette courbe. Quand le nombre dépasse à 500, mrtg le met à zéro. J'ai augmenté le seuil à 2000. |
[EXP-3891] monitoring nagios : SW : apache maintenance : on ne sait pas si l'alerte concerne la FR ou l'ES Création: 21/août/07 14:54 Mise à jour: 21/août/07 15:58 Résolue: 21/août/07 15:15 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
on a simplement le nom du serveur web + critical - apache mode : maintenance ne peut on rajouter le pays ? |
| Commentaires |
| Commentaire de Ange Ferrari [ 21/août/07 15:15 ] |
|
c'est fait on a maintenant (FR|ES) APACHE MODE : (maintenance|production) |
| Commentaire de Justin Ziegler [ 21/août/07 15:58 ] |
|
superbe ! merci bcp ! |
[EXP-4479] [Conf Apache] Modification du ProxyPass Pangora pour redirection sur adresse IP Création: 08/août/08 09:37 Mise à jour: 26/août/08 12:29 Résolue: 26/août/08 12:17 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Damien Dorizy | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Dans la conf Apache des serveurs de prod, il faudrait remplacer : ProxyPass /comparateur http://fr.channel.pangora.com/priceminister/xservice/custom par : ProxyPass /comparateur http://213.144.30.211/priceminister/xservice/custom La ligne : ProxyPass /pangora http://comparez.priceminister.com peut désormais être supprimée car elle n'est plus utilisée. Merci |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 19/août/08 14:16 ] |
|
Après en avoir parlé avec Patrice, il m'a demandé si cela à été validé par l'integ ? |
| Commentaire de Damien Dorizy [ 20/août/08 12:10 ] |
|
Validé quoi ? L'url utilisée en integ n'est pas la même (http://fr.staging.mentasys.de/priceminister/xservice/custom), car contrairement à google Pangora n'a pas le système de test/réel, ce qui fait que l'url de prod ne peut être utilisée qu'en prod. Validé par Swan le 28/05/2008 |
| Commentaire de Damien Dorizy [ 25/août/08 11:34 ] |
|
Devant le peu de réaction d'une demande qui date de plus de 3 mois, je passe le JIra en bloquant. Ce qui était conseillé devient urgent et doit être fait dans la semaine. Si personne n'est capable de faire ce qui doit prendre environ 3 minutes à faire sur tous les serveurs, donnez-moi les codes d'accès, je le ferai moi-même. Merci |
| Commentaire de Ange Ferrari [ 26/août/08 12:17 ] |
|
Non merci Damien nous ne doutons pas de ta GRANDE compétence en matière d'exploitation et dans tes multiples capacités cependant nous pensons qu'en lisant la documentation présente sur le site apache.org nous devrions arrivé à trouver le moyen d'éditer la configuration et de faire la modification en attendant tu sais ou je peux trouver notepad.exe car je ne le trouve pas sur les serveurs web :( |
| Commentaire de Damien Dorizy [ 26/août/08 12:29 ] |
|
Merci pour cette modification rapide Ange. Désolé pour le ton agressif, mais à choisir entre demander poliment et être pris pour un imbécile pendant 3 mois ou être un peu plus "agressif" et voir son problème résolu en un jour, je choisis la seconde solution à mon grand regret. |
Installation serveur base de données
(BIN-6)
|
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Agathe Remy | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 20 minutes | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de François Le Lay [ 16/déc./05 12:26 ] |
|
Le serveur Apache qui tourne sur les frontaux ne peut se
substituer au serveur Apache Oracle dans la mesure où l'on souhaite
éviter de configurer les frontaux pour intégrer le module mod_plsql par
exemple. La meilleure approche consiste à utiliser le lien Arkoon qui
nous permettra de communiquer directement vers notre réseau privé chez
JMH. |
| Commentaire de François Le Lay [ 16/déc./05 12:27 ] |
| Cf commentaire précédent. |
Installation Apache - mod_php - mysql - serveur FTP sur Ruinart2
(EXP-2864)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
ruinart2 site du ce |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 26/oct./06 15:52 ] |
|
http://wikiexploit:82/doku.php?id=jbe_exploitation:jbe_chroot |
[EXP-2215] [redirections Apache] Dans l'auto, le menu Acces Pro renvoit sur test.priceminister.com Création: 07/juin/06 08:08 Mise à jour: 25/juin/07 18:58 Résolue: 07/juin/06 09:15 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Swan Desportes | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
La redirection Apache doit avoir des redirections "en dur" vers test. Il faudrait les remplacer par www.
|
| Commentaires |
| Commentaire de Sébastien Tournay [ 07/juin/06 09:15 ] |
| y'avait en effet une règle qui trainait dans le mod_rewrite pour renvoyer sur test. Je viens de modifier pour renvoyer sur www |
[APP-23771] Supprimer RewriteLog "/usr/local/apache/uk/logs/rewrite.log" dans le fichier de rewrite UK Création: 19/déc./08 18:14 Mise à jour: 09/janv./09 12:10 Résolue: 08/janv./09 18:46 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Description |
|
A traiter en synchro avec Jérémie
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 08/janv./09 18:46 ] |
|
-------------- This line and the following will be ignored -------------- modified: source/etc/apache/rewrite.rules.uk Committed revision 24948. [forguesa@gobillard source]$ bzr tag --force V38_0_0 Created tag V38_0_0. |
[EXP-2919] Règle de proxy Apache pour Pangora Création: 02/nov./06 11:25 Mise à jour: 25/juin/07 18:59 Résolue: 30/nov./06 18:01 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Olivier Bourgeois | Attribution: | Olivier Bourgeois |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Pangora passe en Ajax comme Google AFS ( voir Il va donc falloir proxyfier : pm.lan/pangora/offer pm.lan/pangora/se vers respectivement : http://194.112.102.120/init.js http://194.112.102.120/init-query.js Je pense qu'en production on n'aura pas de problème de sécurité pour faire un appel Ajax avec les url existantes : comparez.priceminister.com/init.js comparez.priceminister.com/init-query.js |
| Commentaires |
| Commentaire de Antoine Koener [ 02/nov./06 13:13 ] |
|
Je vais ajouter les règles de Proxy. Le problème ne se posera pas si le 'domain' est correctement positionné en .priceminister:com dans le code javascript. |
| Commentaire de Olivier Bourgeois [ 02/nov./06 15:13 ] |
|
En fait il devrait suffire de proxyfier : pm.lan/pangora vers 194.112.102.120/ ça devrait suffire pour l'intégration. Par contre sur test.priceminister.com je risque d'être bloqué sauf s'il est possible d'avoir une règle juste pour le sous domaine test.* qui redirige vers le serveur de test Pangora : 194.112.102.120. |
| Commentaire de Antoine Koener [ 03/nov./06 11:03 ] |
|
C'est mis en place et voici la regle: ProxyPass /pangora http://194.112.102.120 En dessous du block Adsense... |
| Commentaire de Antoine Koener [ 06/nov./06 16:15 ] |
|
Est-ce que tes tests sont concluants ? Tu peux fermer le JIRA si c'est le cas, merci. |
| Commentaire de Olivier Bourgeois [ 06/nov./06 17:42 ] |
|
Me manque plus que la règle en production sur test.priceminister.com pour finir de valider la solution : test.priceminister.com/pangora vers 194.112.102.120 |
| Commentaire de Antoine Koener [ 10/nov./06 16:38 ] |
|
En place |
| Commentaire de Olivier Bourgeois [ 28/nov./06 11:07 ] |
|
Je réouvre car je vais finalement avoir besoin d'un rewrite
pour la production. Les solutions pour réussir à utiliser XMLHttpRequest
entre deux sous domaines nécessitent soit une IFrame soit un script
côté serveur. Par exemple : http://www.fettig.net/weblog/2005/11/28/how-to-make-xmlhttprequest-connections-to-another-server-in-your-domain/ http://blog.dojotoolkit.org/2005/11/28/cross-domain-xmlhttp http://ajaxextended.com/ Donc il s'agit de proxyfier : www.priceminister.com/pangora/ vers : comparez.priceminister.com/ |
| Commentaire de Olivier Bourgeois [ 30/nov./06 18:01 ] |
| Ok, la nouvelle règle est activée en production. |
[APP-1073] Pas en place dans DNS ? Apache ? Création: 06/nov./02 15:43 Mise à jour: 25/juin/07 18:22 Résolue: 25/juin/07 18:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Jean-François Mach |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
[EXP-1782] Graful apache sur Bacchus Création: 13/avr./06 11:50 Mise à jour: 25/juin/07 18:57 Résolue: 14/avr./06 17:05 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Pap Ndiaye | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
[adminpm@bacchus conf]$ sudo /etc/init.d/httpd configtest We trust you have received the usual lecture from the local System Administrator. It usually boils down to these two things: #1) Respect the privacy of others. #2) Think before you type. Password: adminpm is not in the sudoers file. This incident will be reported. |
| Commentaires |
| Commentaire de Pap Ndiaye [ 14/avr./06 17:05 ] |
| Tous a été mis en place sur Bacchus, il faudrat éventuellement prévoir un test de basculement. |
[APP-16867] Activer la compression des données par Apache Création: 02/juil./07 10:29 Mise à jour: 04/juil./07 10:39 Résolue: 04/juil./07 10:38 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | Ressouces (Lot1) |
| Description |
|
Merci d'activer le mode "deflate" dans APACHE sur DEUTZ (pour France et Espagne)
|
| Commentaires |
| Commentaire de Antoine Koener [ 02/juil./07 10:31 ] |
|
Sur toutes les domaines et toutes les URLs ? Et également sur le SSL ? |
| Commentaire de Antoine Koener [ 04/juil./07 09:48 ] |
|
Jeremie tu peux recopier la conf des serveurs de production, ca devrait le faire. Tu le mets également dans un fichier de configuration à part. Ca serait cool merci ! |
| Commentaire de Jérémie Bennejean [ 04/juil./07 10:38 ] |
|
C'est fait en Integ (sur deutz) en Fr et en Es Vu et Testé avec Alex. |
[METATACHE] Tags xiti sur les pages d'erreur
(APP-19175)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | XITI |
| Affecte la/les version(s): | 18.1.2 |
| Version(s) corrigée(s): | 18.1.3 |
| Type: | Sub-new feature | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Classif1: | PROMO |
| Classif2: | xiti |
| Classif FONC: | comarket |
| Projets PM archivés: | Co-Market V19 |
| Description |
|
Ajouter les tags suivants : FR : <img width="1" height="1" src="http://logc11.xiti.com/hit.xiti?s=104628&s2=&p=Autres::Erreur::Erreur404&di=&" /> ES : <img width="1" height="1" src="http://logc11.xiti.com/hit.xiti?s=272595&s2=&p=Autres::Erreur::Erreur404&di=&" /> |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 17/janv./08 11:43 ] |
|
Bonjour, La modification est faite sur arcia,evandre et phaeton pour la France et l'Espagne. J'ai vérifié le tag xiti apparait bien dans le code source de la page lorsqu'on demande une page qui retourne un 404. |
| Commentaire de Emmanuel Benmussa [ 17/janv./08 14:25 ] |
|
Proposition ; rajouter le tag Adoc (pour que les données Référencement soient raccord)... <script language="JavaScript"> <!-- window.onerror=dierr; var tiSiteID = 90; var tiComplement = ""; document.write('<sc'+'ript language=javascript1.1 src="'+((document.location.href.toString().indexOf("/")==5)?"http":"https")+'://go.atraxio.com/decisiveinsight/trjs.asp"></sc'+'ript>'); function dierr(){return true;} //--> </script> <!-- Fin marqueur DecisiveInsight --> Jérémie, avant de l'implémenter, je préfère avoir le Go de Swan ( a priori il ne veut pas faire d'appel Js sur cette page). Swan, peux-tu valider ou pas le rajout de ce tag, merci. Emmanuel |
| Commentaire de Emmanuel Benmussa [ 17/janv./08 14:26 ] |
| erreur de ma part. Pas sur la 404, mais sur la maintenance, autre JIRA... |
[APP-15008] [apache en dev] preconfigurer tomcat pour les dev Création: 07/févr./07 12:39 Mise à jour: 25/juin/07 18:49 Résolue: 04/avr./07 10:07 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 12.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Dans le wiki (http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ApacheDev),
OBO parle d'une opération à faire sur le conf TOMCAT pour AJP13. Est ce
que l'on pourrait automatiser et systématiser cela pour tous les
comptes DEV ? |
| Commentaires |
| Commentaire de Judd OSullivan [ 04/avr./07 10:07 ] |
| J'ai fait le changement dans la conf de base. Reste à la deployer pour tous les dev. Ce n'est pas prévue pour tout de suite mais je vais le faire au moins une fois pendant le dev de V15. |
[APP-2275] Utilisation coupon Apache (Lotterie premier) Création: 05/mai/04 15:42 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.0val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Avec le compte kant, j'arrive sur Paiement sécurisé ------------------ Paiement non effectué ! Vous ne pouvez pas utiliser ce coupon pour cet achat. Ca devrait, me jeter avant ou me laisser utiliser le coupon je pense... |
| Commentaires |
| Commentaire de Martin Sudmann [ 05/mai/04 18:13 ] |
| on est allé en arrière. |
[APP-28409] [LPS] Suppression des redirections apache pour la MeV Création: 23/févr./10 10:12 Mise à jour: 23/févr./11 12:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | MEV - Landing Page Scénarisée |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 23/févr./10 11:15 ] |
|
- Mets dans le commentaire les lignes à supprimer, dans 4 mois on aura oublié :-). - Lie avec le jira correspondant s'il existe |
| Commentaire de Benoît Bourdon [ 23/juin/10 18:49 ] |
| les redirections permettant le fonctionnement des anciennes urls de mev ? |
[EXP-4342] optimisation des temps de sleep des serveur apache après passage en maintenance Création: 09/mai/08 17:47 Mise à jour: 09/juil./08 17:31 Résolue: 09/juil./08 17:31 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
est il possible d'avoir le tableau du temps de sleep de chaque serveur web ? merci |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 09/juil./08 17:31 ] |
| Je ferme le jira, le tableau avait envoyé par mail et les temps des sleeps evues et corrigées. |
[EXP-554] Mapping apache de ngs incorrect pour preview en prod Création: 14/déc./05 09:23 Mise à jour: 25/juin/07 18:55 Résolue: 14/déc./05 15:06 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Judd OSullivan | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le mapping ngs->ng (en mode https) n'était pas fait pour le domain 'preview'.
|
| Commentaires |
| Commentaire de Judd OSullivan [ 14/déc./05 09:26 ] |
| Inclus le fait de laisser passer https pour le site preview. On doit faire la même manip pour preview qu'on a fait pour www. |
| Commentaire de Ranto Andriambololona [ 14/déc./05 15:06 ] |
|
C'est fait en PROD sur Phaeton et Cupidon ... |
Beaucoup d'erreurs Apache !
(APP-14435)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Commentaires |
| Commentaire de Justin Ziegler [ 25/avr./07 11:36 ] |
| Je suppose qu'on doit tenter de générer des pages pseudo statiques pour des co-branding qui ne devraient pas en avoir... |
| Commentaire de Justin Ziegler [ 25/avr./07 11:37 ] |
|
dans les logs, plein de : [Wed Apr 25 10:26:41 2007] [error] [client 212.23.167.33] client denied by server configuration: root_vehicle [Wed Apr 25 10:26:41 2007] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Wed Apr 25 10:26:42 2007] [error] [client 212.23.167.33] client denied by server configuration: root_books [Wed Apr 25 10:26:42 2007] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Wed Apr 25 10:26:43 2007] [error] [client 212.23.167.33] client denied by server configuration: root_music [Wed Apr 25 10:26:43 2007] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Wed Apr 25 10:26:44 2007] [error] [client 212.23.167.33] client denied by server configuration: root_video [Wed Apr 25 10:26:44 2007] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Wed Apr 25 10:26:45 2007] [error] [client 212.23.167.33] client denied by server configuration: root_games [Wed Apr 25 10:26:45 2007] [error] [client 212.23.167.33] client denied by server configuration: 403.html |
| Commentaire de Patrice Boulanger [ 05/juil./07 15:59 ] |
|
Les HTTP allow sur certains virtualhost ont été corrigés par Jérémie. Le problème devrait être résolu. MErci. |
[EXP-2061] minitor : blocage d'IP / apache : ajouter "Ask Jeeves/Teoma" dans la white list Création: 17/mai/06 11:30 Mise à jour: 25/juin/07 18:58 Résolue: 19/mai/06 12:02 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Objectif : ne pas recevoir de mail de warning concernant
"Ask Jeeves/Teoma" car c'est un robot d'indexation comme googlebot. Corolaire : cela serait interessant d'avoir une courbe de l'activite de "Ask Jeeves/Teoma" chez nous. |
| Commentaires |
| Commentaire de Xiaoming Du [ 19/mai/06 12:02 ] |
| "asktom" ajouté dans la whitelist de l'alerte. Déjà livrée avec minitord-0.11.5 le 18 mai. |
| Commentaire de Justin Ziegler [ 19/mai/06 12:50 ] |
| en fait c'est askjeeves plutot que asktom ? |
[EXP-2187] minitor : courbe d'erreur apache : on a toujours une pointe le matin à 6h00 Création: 05/juin/06 10:00 Mise à jour: 25/juin/07 18:58 Résolue: 12/juin/06 10:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'ai l'impression qu'il s'agit d'un bug minitor : 1/ je ne vois pas un nb d'erreur anormal dans le fichier error_log a 6h00 2/ j'ai l'impression que cela correspond au restart minitor => il y a peut etre un pb d'initialisation ? |
| Commentaires |
| Commentaire de Xiaoming Du [ 09/juin/06 11:41 ] |
|
effectivement, c'est un problème d'initialisation dans
minitord. Chaque jour à 6h00, il compte toutes les erreurs dans les 1000
dernières lignes sans tenir compte du temps. Cela est corrigé et sera livré dans la semaine 24. |
| Commentaire de Xiaoming Du [ 12/juin/06 10:43 ] |
| bugfix a été livré avec la version 0.11.10 |
[EXP-3269] config apache : pb d'acces sur bo.priceminister.es depuis mon domicile Création: 14/févr./07 10:35 Mise à jour: 25/juin/07 19:00 Résolue: 01/mars/07 13:47 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
acces systematiquement refusé :-(
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 19/févr./07 09:52 ] |
| J'ai remplacé ton ancienne @IP par la nouvelle dans le virtualhost bo.priceminister.es sur les 3 frontaux webs. |
| Commentaire de Justin Ziegler [ 01/mars/07 12:59 ] |
|
ok, merci ! tout est bon chez moi pour bo.priceminister.es. tu peux fermer ce jira ? |
Beaucoup d'erreurs Apache !
(APP-14435)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Patrice Boulanger [ 05/juil./07 15:45 ] |
|
Jérémie, Peux-tu voir ça? Merci. |
| Commentaire de Jérémie Bennejean [ 05/juil./07 16:43 ] |
|
ProxyPass /pangora http://comparez.priceminister.com Est ajouté dans les vh bo.priceminister.com sur evandre,aricia et phaeton. |
| Commentaire de Jérémie Bennejean [ 09/juil./07 10:26 ] |
|
J'ai vérifié à nouveau la conf ce matin. La conf est en place. J'ai vérifié en ligne avec Stéphane. Le bloc Pangora apparaît bien sur certains produits . |
[EXP-4014] espagne : evandre : depuis le 15 octobre nous constatons une augmentation du nb d'erreurs dans les log apache Création: 19/oct./07 15:48 Mise à jour: 22/oct./07 09:57 Résolue: 22/oct./07 09:57 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
j'ai l'impression que ce n'est pas le cas sur aricia. Il faudrais regarder de quoi il s'agit... merci |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 19/oct./07 17:29 ] |
|
En vérifiant le errors_log d'evandre j'ai constater le problème suivant: Le contenu statique du package V17_0_2 semble s'être mal déployé sur Evandre Je l'ai reconstitué à partir d'aricia. Autre problème corrigé: - Il manquait 2 liens Symboliques dans le vh preview.priceminister.es, souvent appelé. On constate déjà une très forte baisse du nombre d'erreurs depuis la supervision et les logs. J'attends de voir sur le week-end le résultat, puis je fermerai le jira. |
| Commentaire de Jérémie Bennejean [ 22/oct./07 09:56 ] |
|
Les corrections apportées vendredi semblent les bonnes. Je ferme le Jira. |
[EXP-4460] Dans les courbes web / UK on a bcp d'erreur apache sur aricia Création: 24/juil./08 15:43 Mise à jour: 24/juil./08 22:30 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
dans la mesure ou nous n'avons aujoud'hui qu'un trafic réduit, cela me semble vraiment trop. https://supervision.priceminister.jmh:11000/wiki/doku.php?id=machines:aricia:statserrorloguk |
| Commentaires |
| Commentaire de Patrice Boulanger [ 24/juil./08 22:30 ] |
|
Il s'agit en fait d'Autochtonos: [Thu Jul 24 04:24:36 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 04:29:36 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 04:34:48 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 04:39:53 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 04:44:58 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 04:49:58 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 04:55:06 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 05:00:09 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 05:05:15 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 05:10:22 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 05:15:22 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 05:20:31 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 [Thu Jul 24 05:25:36 2008] [error] [client 212.23.170.237] Invalid method in request \x80\x83\x01\x03\x01 J'ai l'impression qu'il essaye de faire des requêtes SSL sur le VH HTTP. Sébastien, peux-tu regarder ? Merci |
[EXP-420] apache : maintenance : contenu de la page de maintenance : une fois sur 2, l'heure de redemarrage est fantaisiste Création: 28/nov./05 11:33 Mise à jour: 05/juil./07 14:39 Résolue: 05/juil./07 14:39 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Que peut on faire la dessus ? Est ce que quelqu'un a une idee ? Peut on automatiser qq ch ? |
| Commentaires |
| Commentaire de Sébastien Tournay [ 28/nov./05 15:13 ] |
|
c'est vrai qu'il est assez difficile de maintenir l'heure de
redémarrage de la période de maintennace d'un jour sur l'autre. On
peut être amené à faire des interventions la veillle en journée et
oublier de changer l'heure sur le redémarrage du lendemain. On peut
aussi d'un matin à l'autre avoir une opération de maintenance qui prend
plus ou moins dtu temps et donc avoir un redémarrage qui oscille entre
2h et 8h... On vient sur nos procédure de déploiement de mettre une tache qui va vérifier et s'assurer de la bonne heure de redémarrage du lendemain. On peut au fil du déploiement la régler en fonction de l'anacement. On peut aussi en fonction des taches de maintenances plannifiées régler l'heure de redémarrage. MAIS cela reste une intervention humaine. Une solution serait de mettre dans la page de maintenance une fonction (perl, javascript..) qui afficherait lheure dynamiquement. Par exmple l'eure de remise en service = H+1. |
| Commentaire de Sébastien Tournay [ 30/janv./06 11:39 ] |
|
Antoine, Tu peux étudier ce besoin sur lequel on s'était interrogé il y a quelque temps et qui très souvent nous pose des problèmes de synchro ? Je suis à ta dispo pour te présenter le process de mise en mode maintenance. Sébastien |
| Commentaire de Antoine Koener [ 05/juil./07 14:39 ] |
| Une solution est en place |
[EXP-2816] Nb de requests de "/offer/buy" sur tous les serveurs Apache pendant une visite du Google Bot Création: 11/oct./06 11:56 Mise à jour: 25/juin/07 18:59 Résolue: 13/oct./06 15:05 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Comptage |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Martin Sudmann | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Pour pouvoir estimer si une requête FAST lors de l'affichage
de la FP génère un nombre de reuqêtes FAST trop élevé, il me faut
connaître le peak d'affichages de la FP par seconde (ou minute, ça
devrait suffir), sur l'ensemble du site. Merci ! |
| Commentaires |
| Commentaire de Antoine Koener [ 13/oct./06 15:05 ] |
|
Phaeton 31 Cupidon 23 Total 54. |
[APP-17953] Créer mapping apache entre un domaine externe et le domaine priceminister.com Création: 25/sept./07 18:03 Mise à jour: 07/nov./07 17:31 Résolue: 07/nov./07 17:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | ToDo |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Le problème vient du jira: on veut charger le contenu d'une page HTML externe dans une iframe, le pb est qu'en javascript les navigateurs bloquent ce genre de comportement en comparant le domaine de la page appelée avec le domaine de la page qui appelle. donc l'astuce est de faire croire au navigateur qu'il appelle une page de priceminister.com d'ou le mapping. Les urls sont: http://www.effiliation.com/priceminister/contrats.html http://www.effiliation.com/priceministerES/programmePM.html http://www.effiliation.com/priceminister/FAQ.html http://www.effiliation.com/priceminister/bibliotheque.html http://www.effiliation.com/priceministerES/programmePM.html http://www.effiliation.com/priceministerES/FAQ.html http://www.effiliation.com/priceministerES/contrats.html http://www.effiliation.com/priceministerES/bibliotheque.html |
[APP-32963] Suppession des HP sur les apaches de dev et recette (devtest/ref/rec/...) Création: 24/févr./11 18:26 Mise à jour: 24/févr./11 18:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (CTN-X) |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
[EXP-3764] apache : cloisoner le passage en mode maintenance / mode prod pour preview / bo / www / test Création: 12/juil./07 11:07 Mise à jour: 08/août/07 12:32 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
on pourrait avoir un pmwwwconfswitch pmtestconfswitch pmboconfswitch ... en plus du pmapacheconfswitch qui serait global ? |
| Commentaires |
| Commentaire de Justin Ziegler [ 08/août/07 12:32 ] |
|
Jeremie, je crois que tu t'es occupé de cela ? Qu'est ce qui a ete fait precisement ? |
[EXP-4142] page de maintenance sur les apaches : pourrait on rajouter un tag xiti à la page pour pouvoir en comptabiliser le nb d'affichage dans notre compte xiti habituel ? Création: 13/déc./07 20:44 Mise à jour: 22/févr./08 16:57 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
une tache pour Sébastien ?
|
[EXP-3358] Modifier la config apache sur Bacchus pour que les imports (fichiers et images) ne soient plus loggués dans les vaccess_log Création: 09/mars/07 15:00 Mise à jour: 25/juin/07 19:00 Résolue: 14/mars/07 13:46 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Lors des imports de fichiers ou d'images sur Bacchus, les
fichiers déposés/récupérés générent des entrées dans les logs d'apache
ce qui déclenchent des alerts minitor ((HTTP requetes sur serveur de
débordement). C'est dangeureux car ce sont de fausses alertes. Il faut donc modifier la conf pour logguer ca dans d'autres fichiers. Merci. |
| Commentaires |
| Commentaire de Ange Ferrari [ 14/mars/07 13:46 ] |
| C'est normalement résolu à surveiller |
[APP-2971] Index produits : Les liens ne fonctionnent pas Création: 03/nov./04 15:53 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Jean-François Mach |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
A mon avis un pb de conf apache en integ...
|
| Commentaires |
| Commentaire de Jean-François Mach [ 03/nov./04 16:59 ] |
|
Euh quel genre de problème de conf apache ? :p parce que là c'est bien l'appli qui répond, apache il ne fait que passer le bébé de jboss au client ;) |
| Commentaire de Quentin de Chivré [ 03/nov./04 17:12 ] |
|
Les liens sur la page http://preview.pm.lan/product/prodindex/indexlevel/2/linkrange/0/pidstart/147696 ne fonctionnaient pas mais maintenant si ... ? |
| Commentaire de Jean-François Mach [ 19/nov./04 10:22 ] |
|
Bon ben poubelle alors |
[EXP-2161] bcp d'erreurs dans mod_jk.log au moment de la mise en maintenance Création: 01/juin/06 10:23 Mise à jour: 25/juin/07 18:58 Résolue: 15/juin/06 15:39 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
sur les 2 frontaux, tous les jours depuis le mercredi de la semaine 21 de plus, dans le error_log apache, je ne vois pas de trace du passage en maintenance !! |
| Commentaires |
| Commentaire de Justin Ziegler [ 01/juin/06 10:23 ] |
|
Seules traces a ce moment : [Thu Jun 01 05:35:46 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/affiliation/visuels/video/bannieres_468x60/468x60-ave nture.gif, referer: http://angelmanga.free.fr/pub.html [Thu Jun 01 05:37:08 2006] [notice] SIGHUP received. Attempting to restart <<<<<<<<<<<<<<<<<<<<<<<<<< [Thu Jun 01 05:37:10 2006] [notice] HTTP Server configured -- resuming normal operations <<<<<<<<<<<<<< [Thu Jun 01 05:37:25 2006] [error] [client 212.23.167.33] client denied by server configuration: home [Thu Jun 01 05:37:25 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html |
| Commentaire de Sébastien Tournay [ 01/juin/06 16:43 ] |
|
Ce qui est étrange, c'est que l'on voit une trace du passage
en mode maintenance dans le fichier
'/data/priceminister/monitoring/priceminister.log' Jun 1 05:00:01 phaeton pmapacheconfswitch: Apache configuration was switched to maintenance mode |
| Commentaire de Sébastien Tournay [ 01/juin/06 17:00 ] |
|
Je testerai demain matin en intégration le mécanisme
pmapachecronmaintenance que nous utilisons à 5h pour voir s'il
fonctionne correctement. J'ai un doute sur le besoin d'un espace au bout de la ligne /data/priceminister/bin/pmapacheconfswitch maintenance<<EOF |
| Commentaire de Justin Ziegler [ 01/juin/06 17:01 ] |
|
Pour moi cela confirme que le passage en mode maintenance ne
se deroule pas correctement. Il se declenche, mais ne se termine pas.
Il faudrait verifier si en integ on observer bien les bons message dans
le fichiers error_log au moment du passage en maintenance. Peut etre est ce une histoire de droit sur le fichier de conf, il me semble qu'il y a un lien symbolique qui est modifié ? |
| Commentaire de Sébastien Tournay [ 02/juin/06 09:50 ] |
|
vu ce matin sur PHAETON que tout se passe correctement. Nous
avons bien la trace du restart à 5h pour indiquer le passage en mode
maintenance. On retrouve également cette trace à 5h51 pour repasser en
mode production. Cela correspond aussi à la dépose du signal de
redémarrage 'apacherestartrequest' à 5h48. C'est aussi confirmé dans le
fichier priceminister.log Jun 2 05:00:03 phaeton pmapacheconfswitch: Apache is being started. Jun 2 05:00:03 phaeton pmapacheconfswitch: Apache configuration was switched to maintenance mode Jun 2 05:06:24 phaeton exchangesOnServer: priceminister processed in 6 ms. Jun 2 05:36:25 phaeton exchangesOnServer: stock processed in 5 ms. Jun 2 05:51:26 phaeton pmapacheconfswitch: Apache is being started. Jun 2 05:51:26 phaeton pmapacheconfswitch: Apache configuration was switched to production mode |
| Commentaire de Sébastien Tournay [ 02/juin/06 09:55 ] |
|
Il semble au contraire que sur CUPIDON, cela ne se soit pas
correctement passé. Le signal de redémarrage est bien déposé à 5h48
(comme sur PHAETON). L'analyse du fichier priceminister.log montre que
le cycle s'est bien déroulé Jun 2 05:00:00 cupidon pmapacheconfswitch: Apache is being started. Jun 2 05:00:00 cupidon pmapacheconfswitch: Apache configuration was switched to maintenance mode Jun 2 05:51:25 cupidon pmapacheconfswitch: Apache is being started. Jun 2 05:51:25 cupidon pmapacheconfswitch: Apache configuration was switched to production mode Je pense que ces infoormations sont fausses !!!!!!!!!! C'est confirmé par les alertes MINITOR mais également par l'analyse du fichier error_log ou nous ne voyons pas de restart d'APACHE à 5h comme sur PHAETON. CUPIDON n'est donc pas passé en mode maintenance. Ce qui est étonnant par contre, c'est que l'on peut noter un restart d'Apache sur CUPIDON à 5h51 qui devrait correspondre au passage en mode production. Mais j'ai l'impression encore qu'il est resté en mode maintenance. |
| Commentaire de Sébastien Tournay [ 02/juin/06 10:28 ] |
| Problème identifié au niveau de la conf du mode maintenance sur CUPIDON. Il manquait le fichier 'mod_jk.redirect.bo.test.V900' ce qui empechait le restart pour basculer en mode maintenance. |
| Commentaire de Sébastien Tournay [ 02/juin/06 10:30 ] |
| Je viens de repasser le sleep à 10minutes sur HERCULEpour indiquer à CUPIDON&PHAETON de redémarrer. Maintenant que tout le redémarrage est // tous les serveurs démarrent en 20 minutes. Cela fait donc repasser en mode production entre 5h38 et 5h40 |
[APP-29449] [Redirection inventaire] Vérifier les logs Création: 03/mai/10 17:46 Mise à jour: 16/déc./10 11:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 68.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Vérifiers les logs (apache ?) de redirection provenant des
anciennes urls d'accès à l'inventaire et modifier si nécessaire les
liens internes encore existants.
|
| Commentaires |
| Commentaire de Manuel Sadok [ 16/déc./10 11:11 ] |
|
_ Grepper les logs de prod sur les serveurs appli et apache.
Deux choses: - voir si on a raté la migration de certaines url (aide en ligne, lien, etc...) - migrer les url ou virer les redirections si besoin. |
[EXP-3960] les "/" et "%" dans les recherches texte ne passent pas Création: 23/févr./06 09:54 Mise à jour: 19/janv./10 13:55 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||
| Description |
|
Recherche globale avec jamel 100 % debouze ou "mp3 / mp4" posent problème. Avec l'option JK +ForwardURICompatUnparsed, l'URL n'est pas modifié et tout va bien, mais cette option n'est pas compatible avec url rewrite (ré-écriture transparente). avec l'option JK +ForwardURICompat, l'URL est décodé, et le "/" est donc interprété par l'appli en tant que path separator (elle pense que "mp4" est le nom du paramètre suivant), résultat: la recherche sur "mp3 / mp4" devient "mp3" ; mais le rewrite marche. l'option +ForwardURIEscaped se comporte différente selon la version de modJk; une fois c'était comme +ForwardURICompat ci-dessus, une fois le "/" encodé (%2F) était encore encodé, et l'appli affichait "mp3+%2F+mp4" comme mot recherché. ---------------------------------------------------------------------------------------------------------------------------- Option Jk Url mod_rewrite +ForwardURICompatUnparsed http://www.fr.prep/navigation/se/category/102586/kw/mp3+%2F+mp4 KO +ForwardURICompat http://www.fr.prep/navigation/se/category/102586/kw/mp3+/+mp4 OK +ForwardURIEscaped http://www.fr.prep/navigation/se/category/102586/kw/mp3+/+mp4 OK |
| Commentaires |
| Commentaire de Martin Sudmann [ 23/févr./06 17:36 ] |
|
"%" = page blanche... ...et "¿" retourne une page erreur 400. MAIS C'est pareil en PROD....! PB apache? |
| Commentaire de Sébastien Tournay [ 23/févr./06 17:48 ] |
|
erreur 400 c'est bien un problème de syntaxe. Je viens de
ressortir la requête telle qu'elle apparait au niveau d'Apache en INTEG. www.pm.lan 192.168.1.159 - - [23/Feb/2006:17:40:03 +0100] "GET /navigation/se/category/sa/kw/jamel+100+%25+debouze HTTP/1.1" 400 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" Antoine, Qu'en penses-tu ? Est-ce une option à activer au niveau APACHE ? |
| Commentaire de Antoine Koener [ 20/mars/06 17:28 ] |
|
L'erreur 400 signifie BAD REQUEST, c'est bien une erreur de formattage, mais je ne suis pas sur que ce soit du coté apache. En effet nous recevons un écran blanc, et non une page d'erreur apache. En plus je teste sur un apache sur une machine ici par exemple deutz, et je recois bien une page, donc pas d'erreur de formattage, j'essaie en suite sur un serveur apache installé sur le poste d'edouard, et le wiki est bien appelé. Tout ces apaches ne sont pas vraiment différents, si c'était vraiment un problème apache j'aurais le message d'erreur apache. Je pense donc plus à un problème JBOSS... A creuser. |
| Commentaire de Antoine Koener [ 20/juil./06 13:46 ] |
|
Il faut réécrire le caractère % en %2525 et non pas %25 C'est magique. |
| Commentaire de Antoine Koener [ 24/juil./06 10:50 ] |
|
Il faut modifier le code javascript front.js dans la fonction URLencode: // we encode a "space" as a "+" function URLEncode(sStr) { encodedHtml = escape(sStr.replace(/ /g,"+")); encodedHtml = encodedHtml.replace(/\//g,"%2F"); encodedHtml = encodedHtml.replace(/\?/g,"%3F"); encodedHtml = encodedHtml.replace(/=/g,"%3D"); encodedHtml = encodedHtml.replace(/&/g,"%26"); encodedHtml = encodedHtml.replace(/@/g,"%40"); // euro encodedHtml = encodedHtml.replace(/%u20AC/g,"euro"); return encodedHtml.toLowerCase(); } il faut ajouter encodedHtml = encodedHTML.replace(/%/,"%2525"); % devient donc %2525 qui décodé par apache et passé à Mod_jk devient %25, tomcat décode correctement alors en '%'... |
| Commentaire de Antoine Koener [ 24/juil./06 10:51 ] |
|
C'est peut être un peu trop du bidoullage ? Qu'en dis tu ? |
| Commentaire de Quentin de Chivré [ 24/juil./06 14:33 ] |
| Je sais pas... on en parle ? |
| Commentaire de Martin Sudmann [ 01/août/06 11:12 ] |
| peut être il y a une possibilité coté Tomcat ? |
| Commentaire de Martin Sudmann [ 01/août/06 12:18 ] |
| judd, tu vois une possibilité coté Tomcat / JBoss ? |
| Commentaire de Judd OSullivan [ 01/août/06 16:34 ] |
|
Je vois 2 pistes. J'ai retrouvé le paramétre 'JkOptions
+ForwardURICompatUnparsed' qu'on peut mettre dans la conf mod_jk coté
apache. Si ca suffit pas on peut préciser l'encodage entre apache et tomcat : Fichier : .$JBOSS_HOME/deploy/jbossweb-tomcat55.sar/server.xml Le paramétre à ajouté est : URIEncoding="UTF-8". On peut mettre autre choses mais pour moi on devrait être en utf-8. Donc au final on a <Connector port="8009" address="${jboss.bind.address}" emptySessionPath="true" enableLookups="false" redirectPort="8443" minSpareThreads="10" maxThreads="400" connectionTimeout="20000" protocol="AJP/1.3" URIEncoding="UTF-8"/> Dis-moi si ca marche et je peux modifié la conf jboss proprement. |
| Commentaire de Martin Sudmann [ 01/août/06 17:01 ] |
|
tu peux essayer ce que propose Judd ? Merci |
| Commentaire de Antoine Koener [ 09/août/06 16:06 ] |
|
Tu peux nous éclairer peut être ? |
| Commentaire de Antoine Koener [ 25/sept./06 10:57 ] |
|
L'URIencoding n'a rien à voir avoir l'encodate UTF-8. Une url composée d'un caractère % suivant de rien n'est pas valide, la valeur du caractère % en iso ou utf-8 est la même. La seule solution à ce problème de double décodage d'url est de doubler le % et de l'écrire %25... |
| Commentaire de Antoine Koener [ 12/oct./06 15:41 ] |
|
A toi de trancher sur cet épineux problème de crédibilité... |
| Commentaire de Antoine Koener [ 23/oct./06 12:05 ] |
|
Peut-on avancer sur ce cas ? (UTF-8 n'a rien avoir la dedans, % est utilisé par les urls pour définir des caractères écrits en hexa, il est forcément suivi de deux caractères...) |
| Commentaire de Judd OSullivan [ 23/oct./06 12:33 ] |
|
Je suis d'accord mais la question est pq on décode 2 fois un
URL. Si je fais une requete en integ avec d'autre characteres encodé
(é) par exemple. Le browser envoie %e9, apache recoit %e9, mais jboss
recoit 'é'. Donc apache decode l'URL. A priori c'est jboss/tomcat qui
voit un % dans l'URL est qui essais un deuxieme décodage donc c'est un
problème avec la conf jboss/tomcat. |
| Commentaire de Younès Charrière [ 07/déc./06 14:48 ] |
| Que fait-on ? Ce jira traîne depuis un bon moment en tant que "EXP" chez Validator ... il était passé à la trappe. |
| Commentaire de Martin Sudmann [ 25/sept./07 09:49 ] |
| j'ai repris ce Jira parce qu'il est similaire et concerne à priori le même probllème. |
| Commentaire de Martin Sudmann [ 25/sept./07 09:59 ] |
|
il parait que ça soit corrigé dans une nouvelle version de modjk: Fixed in Apache Tomcat JK Connector 1.2.23 important: Information disclosure CVE-2007-1860 The issue is related to CVE-2007-0450, the patch for which was insufficient. When multiple components (firewalls, caches, proxies and Tomcat) process a request, the request URL should not get decoded multiple times in an iterative way by these components. Otherwise it might be possible to pass access control rules implemented on front of the last component by applying multiple URL encoding to the request. mod_jk before version 1.2.23 by default decoded request URLs inside Apache httpd and forwarded the encoded URL to Tomcat, which itself did a second decoding. This made it possible to pass a prefix JkMount for /someapp, but actually access /otherapp on Tomcat. Starting with version 1.2.23 by default mod_jk forwards the original unchanged request URL to Tomcat. You can achieve the same level of security for older versions by setting the forwarding option "JkOption ForwardURICompatUnparsed". Please note, that your configuration might contain a different forwarding JkOption. In this case, please consult the forwarding documentation concerning the security implications. The new default setting is more secure than before, but it breaks interoperability with mod_rewrite. Affects: JK 1.2.0-1.2.22 (httpd mod_jk module only) Source shipped with Tomcat 4.0.1-4.0.6, 4.1.0-4.1.36, 5.0.0-5.0.30, 5.5.0-5.5.23 |
| Commentaire de Martin Sudmann [ 25/sept./07 10:00 ] |
| Ange est en train de compiler la nouvelle version de modJk pour la tester. |
| Commentaire de Quentin de Chivré [ 25/sept./07 10:54 ] |
|
Quelle version a t'on actuellement en Integ et Prod ? Ange fait-il ces tests en Integ ? (je suppose que oui) Dans ce cas en avertir Christophe afin qu'il teste aussi dans le cadre le da V17 |
| Commentaire de Ange Ferrari [ 25/sept./07 11:46 ] |
|
for i in aricia phaeton evandre;do echo $i; ssh $i "strings
/data/chrootapache/usr/local/apache/modules/mod_jk.so |grep
'mod_jk/'";done aricia mod_jk/1.2.19 phaeton mod_jk/1.2.14 evandre mod_jk/1.2.23 Comme ça on est sur de pas créer de probleme.... |
| Commentaire de Ange Ferrari [ 25/sept./07 11:47 ] |
|
Sur la preprod L'unique serveur web malard... strings /data/chrootapache/usr/local/apache/modules/mod_jk.so |grep "mod_jk/" mod_jk/1.2.20 |
| Commentaire de Ange Ferrari [ 25/sept./07 11:48 ] |
| Christophe tu peux passer la commande sur tes WEB ? |
| Commentaire de Ange Ferrari [ 25/sept./07 14:20 ] |
|
"Starting with version 1.2.23 by default mod_jk forwards the original unchanged request URL to Tomcat" Sauf que l'option ForwardUriProxy modifie les url ( %2F devient / ) |
| Commentaire de Quentin de Chivré [ 25/sept./07 14:30 ] |
|
(Parenthèse) Comme vu avec Patrice : Lla plateforme d'Integ ne permet pas aujourd'hui de faire ce genre de tests, mais cela serait effectivemment la meilleure façon de procéder. En attendant d'avoir une plateforme d'Integ à niveau, Ange peut réaliser ces tests sur la plateforme de Pré-Prod. Pour respecter néanmoins un minimum de process qualité, l'exploit demandera comme il se doit à Christophe de valider la solution retenue. Christophe devra donc le faire sur la plateforme de Pré-Prod faute de mieux. Le nouveau mod_jk ne sera donc mis en Prod qu'après que Christophe ait donné son GO On est tous ok sur le principe ? ... sauf que j'aimerais comprendre comment cela se fait qu'on soit déjà en 1.2.23 sur evandre en Prod ... ? (/Parenthèse) |
| Commentaire de Ange Ferrari [ 25/sept./07 14:54 ] |
|
Pour le principe oui c'est toujours comme cela qu'on fonctionne il n'est pas question pour nous de toucher à un truc en prod sans le faire vérifier par Christophe. Pour les différentes versions je pense que Patrice pourra répondre |
| Commentaire de Ange Ferrari [ 16/sept./08 17:19 ] |
| A mon avis il faudra quand même regarder et regler ce probleme un jour :) |
| Commentaire de Edouard Gomez-Vaez [ 09/nov./09 09:40 ] |
|
Une analyse a été refaite le 21/07 pour la recherche globale (cf mails de cette date) dont voici la conclusion : Rajouter un AllowEncodedSlashes On sur la conf apache des serveurs de recette nous a permis faire en sorte que les serveurs de recette fonctionnent comme l'integ et le prod. One point. En revanche, le deuxième lien (http://www.webmasterworld.com/apache/3279075.htm) nous dit bien qu'il ne faut pas envoyer des %2f dans des url, c'est seulement dans des query string qu'on a le droit. Il faut envoyer des %252f. Le problème quand on fait cela, c'est qu'il faut enlever l'option d'encodage de jk pour que les %252f soit bien interprété par jboss comme un /, sinon il le transforme comme un %2f et le garde comme ça. Mais si on enlève cette option, on ne peut plus chercher 100% debouze. Du coup, pas de solutions à court terme... sauf à passer les requête dans une query string (ce qui ravirait Alex). Mais la c'est le réf qui va pas être content. |
| Commentaire de Justin Ziegler [ 09/nov./09 11:03 ] |
|
ne peut on pas systematiquement enlever le "%" ou le "/" de toutes les search ? y a t il une raison de ne pas le faire ? |
[APP-7999] Fichiers non existants demandés sur le serveur Web (ErrorLog) Création: 16/mars/06 17:40 Mise à jour: 25/juin/07 18:36 Résolue: 20/mars/06 10:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.2 |
| Version(s) corrigée(s): | 8.1.2a |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Antoine Koener | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Analyse de error_log après la 812: Error Apache: Erreurs liées à la 812: (première colonne f ou c, f pour file not found et c pour client denied by configuration) ~/bin/apache_error < error_log | sort -n -k 2 | grep V812 f 1 /usr/local/apache/htdocs/pmweb/virtualhost-francemobiles/content/V812/front/brand/francemobiles/images/header/tab_over_home.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/brand f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/epik/auto f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/epik/images/auto/arrond-g.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/epik/images/auto/header/logo.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/epik/images/auto/header/tab_off f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/epik/images/auto/logo.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/koobuycity/images/buY f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/virginmega/images/assistance/arrow/arrow_vehicle.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_clothing.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/box_checked_gray.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/button/buy_clothing.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/button/close.gif f 1 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/barcode/barc f 2 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/epik/images/auto/cd-occasion.gif f 2 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/francemobiles/images/auto/footer f 2 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_electronics.gif f 2 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_music.gif f 2 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_white.gif f 3 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/camif/images/header/ f 3 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_books.gif f 3 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_games.gif f 3 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_sport.gif f 4 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/epik/images/auto/img f 4 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_computer.gif f 5 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_baby.gif f 5 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_music.gif f 6 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/ f 6 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/button/alert.gif f 7 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_video.gif f 8 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_video.gif f 8 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_baby.gif f 8 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_books.gif f 9 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_clothing.gif f 10 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_electronics.gif f 11 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/liberation/front f 12 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_games.gif f 17 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/assistance/arrow/arrow_hifi.gif f 19 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_white.gif f 21 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_hifi.gif referer: http://www.priceminister.com/boutique/DORNETTE/category/160756 referer: http://www.priceminister.com/boutique/adnauto69 f 26 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/bullet/bullet_computer.gif referer: http://bo.priceminister.com/boutique/TUNINGMANIA referer: http://www.priceminister.com/boutique/wild78/type/1780 referer: http://www.priceminister.com/boutique/delux/type/1780 f 37 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/francemobiles/images/header/tab_over_home.gif referer: http://francemobiles.priceminister.com/telephone-pda referer: http://francemobiles.priceminister.com/navigation?action=se&ss=15&kw=3500+cliparts&category=search_computer referer: http://francemobiles.priceminister.com/offer/buy/4723195/Samsung-SGH-E310-Telephone-cellulaire-avec-appareil-photo-numerique-GSM-Mobile.html f 46 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/assistance/arrow/arrow_vehicle.gif referer: http://bo.priceminister.com/boutique/TUNINGMANIA/type/1149 referer: http://www.priceminister.com/cart referer: http://www.priceminister.com/offer?action=profile&sellerlogin=Acc-auto f 46 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/wish/wish_promotion.gif f 91 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/default/cover_carminister.gif referer: http://www.priceminister.com/offer/vehicle/productid/18247845 f 105 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/images referer: http://www.priceminister.com/assistance/1200 f 334 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/camif/front f 2503 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/front referer: http://www.priceminister.com/assistance Les 30 erreurs les plus courantes ~/bin/apache_error < error_log | sort -n -k 2 | tail -30 f 98 /usr/local/apache/htdocs/pmweb/virtualhost-bo-jmh/visuels f 101 /usr/local/apache/htdocs/pmweb/virtualhost-www/visuels/2006-02-10-auto/108x724-auto.jpg f 110 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/images/auto/images c 166 bargain c 166 home c 166 root_baby c 166 root_books c 166 root_clothing c 166 root_electronics c 166 root_games c 166 root_music c 166 root_sport c 166 root_vehicle c 166 root_video c 166 root_white c 166 root_wine c 166 tab_600 <------------- Qu'est ce que c'est comme URL ? c 166 tab_700 <--------------Même question c 166 travel f 190 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V7_2_4_a/front/brand/www/images/campaign f 196 /usr/local/apache/htdocs/pmweb/virtualhost-img/visuels/2006-02-27-autopromo/160x90-discount.gif f 241 /usr/local/apache/htdocs/pmweb/virtualhost-www/affiliation/visuels/coupon/paves_400x150 f 334 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/camif/front f 402 /usr/local/apache/htdocs/pmweb/virtualhost-www/MSOffice f 408 /usr/local/apache/htdocs/pmweb/virtualhost-www/_vti_bin c 608 /usr/local/apache/htdocs/pmweb/virtualhost-bi/maintenance.asis f 610 /usr/local/apache/htdocs/pmweb/virtualhost-bambinoccasion/maintenance.asis f 2503 /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V812/front/brand/www/front c 2657 403.html f 6634 /usr/local/apache/htdocs/pmweb/virtualhost-www/newsletter/2006-03-13-hitech57/spacer.gif referer: http://webmail16f.wanadoo.fr/webmail/fr_FR/read.html?IDMSG=2086&FOLDER=SF_INBOX&ORIGIN=SYSTEM_FOLDER Cette image est appelée par les tous les lecteurs de courrier en ligne ... /usr/local/apache/htdocs/pmweb/virtualhost-www/newsletter/2006-03-13-hitech57/spacer.gif, |
| Commentaires |
| Commentaire de Swan Desportes [ 16/mars/06 18:25 ] |
|
C'est quoi ce scandale ! f 6634 /usr/local/apache/htdocs/pmweb/virtualhost-www/newsletter/2006-03-13-hitech57/spacer.gif referer: http://webmail16f.wanadoo.fr/webmail/fr_FR/read.html?IDMSG=2086&FOLDER=SF_INBOX&ORIGIN=SYSTEM_FOLDER Cette image est appelée par les tous les lecteurs de courrier en ligne ... Wanadoo s'amuse à utiliser nos images ? |
| Commentaire de Quentin de Chivré [ 16/mars/06 19:19 ] |
|
Euh calmos... ;-) C'est peut-etre juste une de nos newsletter tu vois... |
| Commentaire de Andrei Matyas [ 20/mars/06 10:59 ] |
| J'ai ajouté tt les images www |
[EXP-481] Vérification de l'alerte MAINTENANCE MODE sur CUPIDON Création: 06/déc./05 11:36 Mise à jour: 25/juin/07 18:55 Résolue: 19/déc./05 16:53 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Supervision |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Xiaoming Du |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'ai l'impression que l'alerte [minitord] apache in
maintenance mode sur CUPIDON ne fonctionne plus. Le matin lors des
interventions sur la plateforme, nous ne recevons que celle qui concerne
PHAETON
|
| Commentaires |
| Commentaire de Xiaoming Du [ 19/déc./05 16:53 ] |
|
j'ai bien regardé le code sur cupidon/phaeton. Il s'agit de
la meme version de minitord. Et dans le log j'ai bien vu les messages
comme suit qui passent 2005/12/19 16:34:38 [lib-perl/Minitor/Alert.pm] update apachemaint last check, 1135006478 2005/12/19 16:34:38 [lib-perl/Minitor/Alert/apachemaint.pm] begin checking apachemaint 2005/12/19 16:34:38 [lib-perl/Minitor/Alert/apachemaint.pm] apache mode link: production 2005/12/19 16:34:38 [lib-perl/Minitor/Alert/apachemaint.pm] end checking apachemaint Donc pour le moment, je n'ai pas d'explication pour ce problème. néanmoins, j'ai deux pistes à regarder si le problème s reproduit 1/ on a le fichier "all" dans $MRTG/var/disable/ sur cupidon ? 2/ comme les minitords ne sont pas synchronisés sur tous les serveurs, on pourrait avoir un décalage de l'alerte (maxi 5 minutes) J'ai fermé ce ticket, mais vous pouvez le reouvrir si le problème reparaît à nouveau. Merci de noter aussi l'heure de la parution du problème. Cdt, |
lorsque je clique sur l'onglet mon compte j'ai un message de securite inquietant
(APP-10168)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Andrei Matyas | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Une requête du style : https://www.pm.lan/static/menu/brand/www/lan/fr/menuV901.js ne doit pas etre passée en http par Apache |
| Commentaires |
| Commentaire de Andrei Matyas [ 04/juil./06 17:17 ] |
| Antoine je voudrais fermer ce Jira qui est en V901 mais j'ai cette sous tache encore ouverte. Peut-tu la régler stp?? ...ça doit prendre peu de temps. Merci |
| Commentaire de Antoine Koener [ 04/juil./06 18:00 ] |
|
Pap on pourras regarder ensemble ? Je capte rien et les fichiers de logs sont enormes :( |
| Commentaire de Andrei Matyas [ 04/juil./06 18:14 ] |
|
:( Extrait du mail de Christophe "Le deal du jour ! La fin de corrections des JIRA (et donc livraison définitive) de la V901 est prévue pour ce soir. Merci donc de traiter en urgence les JIRA encore ouverts sur cette version. C." |
| Commentaire de Andrei Matyas [ 04/juil./06 18:34 ] |
| A ne pas fermer si les sous-taches sont ouvertes |
| Commentaire de Pap Ndiaye [ 05/juil./06 11:53 ] |
|
ajout affectué au niveau de la conf apache pour WWW BO PREVIEW et TEST <VirtualHost 192.168.1.75:443> DocumentRoot "/usr/local/apache/htdocs/pmweb/virtualhost-www" ServerName www.pm.lan:443 SSLEngine on SSLCipherSuite ALL:!ADH:!EXP56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL SSLCertificateFile /usr/local/apache/conf/ssl.crt/www.pm.lan.crt SSLCertificateKeyFile /usr/local/apache/conf/ssl.key/www.pm.lan.key SetEnvIf User-Agent ".*MSIE.*" \ nokeepalive ssl-unclean-shutdown \ downgrade-1.0 force-response-1.0 CustomLog /usr/local/apache/logs/ssl_request_log \ "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b" Include conf/mode/mod_jk.redirect.checkout-ssl Include conf/mode/mod_jk.redirect.checkout Include conf/mode/mod_jk.redirect.fo RewriteEngine on RewriteCond %{REQUEST_URI} "!^/activation.*" RewriteCond %{REQUEST_URI} "!^/checkout.*" RewriteCond %{REQUEST_URI} "!^/connect.*" RewriteCond %{REQUEST_URI} "!^/content.*" RewriteCond %{REQUEST_URI} "!^/promo.*" ------> RewriteCond %{REQUEST_URI} "!^/static.*" RewriteCond %{REQUEST_URI} "!^/info/contact_pro" RewriteCond %{REQUEST_URI} "!^/ngs.*" RewriteRule ^/(.*) http://www.pm.lan/$1 [L,R,NE] </VirtualHost> Rechargement de la conf apache [adminpm@deutz conf]$ sudo /etc/init.d/httpd graceful |
| Commentaire de Lydia Dali [ 05/juil./06 14:41 ] |
| ok |
[EXP-2121] integ : tous les elements js et css sont pris sur les SA Création: 24/mai/06 10:16 Mise à jour: 06/août/07 14:19 Résolue: 06/août/07 14:19 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Patrice Boulanger |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
avant ils etaient servis par apache. Est ce une regression de la config apache ? une nouveaute de la V900 ? |
[EXP-3200] [Espagne] Problèmes de redirections Création: 29/janv./07 14:48 Mise à jour: 25/juin/07 19:00 Résolue: 13/févr./07 11:36 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Younès Charrière | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Il manque en espagne le fichier de conf pour apache "mod_jk.redirect.bo". Par exemple, lorsque l'on prend l'url suivante " www.es.integ/summary " on arrive sur le bo !!! Il ne faudrait pas. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 02/févr./07 08:16 ] |
|
Le problème est grave car j'arrive à accéder à l'ensemble du BO depuis chez moi. Pour cela, j'ai simplement tapé http://www.priceminister.es/user_back et je suis arrivé au menu du BO (c'est à dire à toutes les url du BO). Si quelqu'un trouve une servlet du BO, il pourra alors faire tout ce qu'il veut. Je pense que ce problème de redirections est une vraie faille dans la sécurité de la plateforme Espagnol. On devrait traiter ce problème le plus vite possible. |
| Commentaire de Arnaud Forgues [ 02/févr./07 15:22 ] |
|
Liste des servlet pour le BO (Source : JMX - console) ========================================= admin_back advert_back cache_back category_back content_back contract_back coupon_back datafile_back display_back external_user help_back image_back message_back pricing_back purchase_back question_back referential_back shipping_back spot_back tax_back tracking_back user_back wallet_admin wallet_back |
| Commentaire de Renaud Dierickx [ 02/févr./07 15:23 ] |
|
Liste des servlets pour le BO (source : grep code) ======================================= grp "getServlet" | grep back | grep -o 'return ".*"' | sort -u | wc -l return "admin_back" return "advert_back" return "cache_back" return "category_back" return "content_back" return "contract_back" return "coupon_back" return "datafile_back" return "display_back" return "help_back" return "image_back" return "message_back" return "pricing_back" return "purchase" return "purchase_back" return "question_back" return "referential_back" return "shipping_back" return "spot_back" return "summary" return "tax_back" return "tracking_back" return "user_back" return "wallet_admin" return "wallet_back" -> soit 25 |
| Commentaire de Arnaud Forgues [ 02/févr./07 15:24 ] |
| la différence est simplement : "summary" (en l'occurence celle-ci est déjà bloquée !) |
| Commentaire de Ange Ferrari [ 02/févr./07 15:28 ] |
| Il y a aussi purchase dans la liste de Renaud |
| Commentaire de Ange Ferrari [ 02/févr./07 15:31 ] |
|
Pour la France sur le site www il y a la servlet cache_back qui est mappée je la retire immediatement [adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh cupidon "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done JkMount /cache_back all_servers [adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh aricia "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done JkMount /cache_back all_servers [adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh phaeton "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done JkMount /cache_back all_servers |
| Commentaire de Ange Ferrari [ 02/févr./07 15:35 ] |
|
Pour l'espagne [admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do ssh aricia "grep $i /data/chrootapache/usr/local/apache/es/conf/mode/jk.www";done JkMount /admin_back all_servers JkMount /advert_back all_servers JkMount /cache_back all_servers JkMount /category_back all_servers JkMount /coupon_back all_servers JkMount /datafile_back all_servers JkMount /display_back all_servers JkMount /help_back all_servers JkMount /image_back all_servers JkMount /message_back all_servers JkMount /pricing_back all_servers JkMount /purchase_back all_servers JkMount /question_back all_servers JkMount /referential_back all_servers JkMount /shipping_back all_servers JkMount /tracking_back all_servers JkMount /user_back all_servers JkMount /wallet_admin all_servers JkMount /wallet_back all_servers [admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do grep $i mode/jk.www;done JkMount /admin_back all_servers JkMount /advert_back all_servers JkMount /cache_back all_servers JkMount /category_back all_servers JkMount /coupon_back all_servers JkMount /datafile_back all_servers JkMount /display_back all_servers JkMount /help_back all_servers JkMount /image_back all_servers JkMount /message_back all_servers JkMount /pricing_back all_servers JkMount /purchase_back all_servers JkMount /question_back all_servers JkMount /referential_back all_servers JkMount /shipping_back all_servers JkMount /tracking_back all_servers JkMount /user_back all_servers JkMount /wallet_admin all_servers JkMount /wallet_back all_servers [admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do ssh cupidon "grep $i /data/chrootapache/usr/local/apache/es/conf/mode/jk.www";done JkMount /admin_back all_servers JkMount /advert_back all_servers JkMount /cache_back all_servers JkMount /category_back all_servers JkMount /coupon_back all_servers JkMount /datafile_back all_servers JkMount /display_back all_servers JkMount /help_back all_servers JkMount /image_back all_servers JkMount /message_back all_servers JkMount /pricing_back all_servers JkMount /purchase_back all_servers JkMount /question_back all_servers JkMount /referential_back all_servers JkMount /shipping_back all_servers JkMount /tracking_back all_servers JkMount /user_back all_servers JkMount /wallet_admin all_servers JkMount /wallet_back all_servers Ca fait mal... |
| Commentaire de Ange Ferrari [ 02/févr./07 15:42 ] |
|
j'ai donc fait le tour pour la France et l'Espagne c'est
normalement réglé il ne doit plus y avoir de servlet du bo mappée sur le site ww |
| Commentaire de Ange Ferrari [ 02/févr./07 15:48 ] |
|
peux tu vérifier pour purchase Merci |
| Commentaire de Renaud Dierickx [ 02/févr./07 15:57 ] |
|
Pour la servlet "purchase", j'ai vérifié et c'est bon. Je l'ai trouvé dans mon grep car l'action s'appelle buyerfeedBACKlistaction : src/com/babelstore/purchase/front/BuyerFeedbackListAction.java:31: public String getServlet() {return "purchase";} Je ferme le bug car Ange a réglé le problème. |
| Commentaire de Christophe Garcia [ 05/févr./07 16:25 ] |
|
Attention : il faut également blinder "http://test.priceminister.com". Actuellement je peux accéder au BO. ex : http://test.priceminister.com/user_back?action=usersearch&fuzzy=false&numberrows=200 |
| Commentaire de Ange Ferrari [ 05/févr./07 17:36 ] |
| Aujourd'hui le virtualhost test.priceminister.com est accessible seulement depuis certaines IP |
| Commentaire de Younès Charrière [ 09/févr./07 10:03 ] |
|
Ca c'est bon ! Par contre j'arrive à accéder au bo de preview espagne depuis chez moi avec cette url : http://preview.priceminister.es/summary |
| Commentaire de Ange Ferrari [ 12/févr./07 09:38 ] |
|
Normalement c'est corrigé par Antoine (Vendredi 09/02/2007) Il faut donc refaire un test depuis l'exterieur. |
| Commentaire de Younès Charrière [ 13/févr./07 10:23 ] |
| Oui c'est corrigé. Merci. |
| Commentaire de Ange Ferrari [ 13/févr./07 11:36 ] |
| Puisque c'est ok, je clôture |
[EXP-665] Gestion du process too many pseudo-static-page Création: 22/déc./05 16:43 Mise à jour: 25/juin/07 18:55 Résolue: 02/janv./06 12:23 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Supervision |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
A cause du plantage de apache sur les serveurs webs nous
avons par moment des dizaines de process pseudo-static-page.sh qui
trainnent. Il est effectivement important que Xiaoming modifie le systeme de facon a eviter cela : soit avec un systeme de lock verifie au demarrage, soit en transformant le mecanisme de facon a ne plus utiliser la crontab, a la place, il faut faire une boucle avec un sleep (a la minitor). Si vous retenez cette derniere solution, il faut un redemarrage hebdo comme minitor / apache / jboss / atos. |
| Commentaires |
| Commentaire de Xiaoming Du [ 30/déc./05 14:57 ] |
|
je pense qu'il y a une solution plus simple, c'est d'ajouter
un timeout pour lynx. Souvent on trouve le script pseudo-static-page se
plante au niveau lynx, parce qu'il attend une requete web qui se
retourne pas. par defaut, le timeout est 300 minutes pour lynx. [mrtg@phaeton mrtg]$ lynx --help | grep connect -connect_timeout=N set the N-second connection timeout (18000) |
| Commentaire de Xiaoming Du [ 30/déc./05 15:20 ] |
|
le timeout pour lynx est en place. pour voir les modifs sur le script: http://pmt060/cgi-bin/viewcvs.cgi/peps/src/staticpage/Pseudo-static-pages-script.sh?rev=1.5&view=markup |
| Commentaire de Justin Ziegler [ 30/déc./05 16:31 ] |
| OK, a combien as tu mis le timeout ? |
| Commentaire de Xiaoming Du [ 30/déc./05 16:33 ] |
| 30 sec. |
| Commentaire de Justin Ziegler [ 30/déc./05 16:53 ] |
|
Merci. Sait on pourquoi de temps en temps cela dure aussi longtemps ? |
| Commentaire de Xiaoming Du [ 02/janv./06 11:06 ] |
|
on a déjà constaté deux cas dans lesquels la mise à jour des pages statiques dure hyper longtemps: 1/ quand le co-branding est déclaré dans DNS, mais l'interface réseau n'est pas montée. C'est comme on tente de se conncter à une addresse qui n'existe pas. dux@pmt060:~$ ping 66.9.2.1 PING 66.9.2.1 (66.9.2.1) 56(84) bytes of data. --- 66.9.2.1 ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 1013ms 2/ quand tous les serveur dans "balanced_workers" sont en panne. Cela arrive parfois sur le site comme "preview". Comme le serveur ne répond pas, donc il faut attendre le timeout au niveau TCP pour que lynx abandonne. |
| Commentaire de Justin Ziegler [ 02/janv./06 11:19 ] |
|
Sait on dans quels cas de figure on s'est trouve recemment ? Y a t il un co-branding mal configure ? |
| Commentaire de Xiaoming Du [ 02/janv./06 11:37 ] |
| l'alerte qu'on a eu la semaine dernière était due à la panne de titan. Lynx se "plantait" au moment où on générait les pages pour preview, |
| Commentaire de Xiaoming Du [ 02/janv./06 12:23 ] |
| un nouveau "Pseudo-static-pages-script.sh" est mis sur phaeton et cupidon avec le timeout lynx et la détection d'erreur apache 500, 404 et 403. |
| Commentaire de Justin Ziegler [ 02/janv./06 16:29 ] |
| Est ce que tu as mis le nom du brand ou il y a la page corrompue ? |
| Commentaire de Justin Ziegler [ 02/janv./06 16:30 ] |
|
Je voulais dire : Est ce que tu as mis dans l'alerte le nom du brand ou il y a la / les pages corrompues ? |
| Commentaire de Xiaoming Du [ 02/janv./06 16:57 ] |
|
on n'a pas d'alerte dessus. On garde les anciennes pages si les pages qu'on vient de généner sont corrompues. (Les critéres sont: 1/ entre les balises <title>, on a une erreur comme "priceminister - erreur 500". 2/ ou bien dans la page, on a le message comme "En raison d'un trafic très important sur les serveurs ..." ) Par contre, on a une alerte sur les pages statiques périmées c'est à dire: les pages qui ne sont pas regénérées depuis 30 minutes. |
[EXP-3465] Declaration d'un nouveau servlet sponsorship Création: 05/avr./07 14:42 Mise à jour: 25/juin/07 19:00 Résolue: 05/avr./07 16:53 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Patrick Condevaux | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
En INTEG (pour la pre-integ de la V14) et en PROD pour la V14 Il faut declarer un nouveau servlet: sponsorship Ce servlet est destiné a remplacé le servlet friend. Il faut donc aussi créer: une ré-écriture apache de friend vers sponsorship en conservant à l'identique les paramètres de l'URL en INTEG et en PROD |
| Commentaires |
| Commentaire de Antoine Koener [ 05/avr./07 15:46 ] |
|
J'ai ajouté le JkMount sur deutz, /data/chrootapache/usr/local/apache/conf/platform/fr/production/mod_jk.redirect.fo JkMount /sponsorship all_servers JkMount /sponsorship/* all_servers Je m'occupe de la règle de réecriture ... |
| Commentaire de Antoine Koener [ 05/avr./07 16:53 ] |
|
C'est en place, Il faut réouvrir si y'a d'autres modifications à faire encore... |
| Commentaire de Jérémie Bennejean [ 06/avr./07 18:00 ] |
|
J'ai ajouté le JkMount sur deutz, /data/chrootapache/usr/local/apache/conf/platform/es/production/mod_jk.redirect.fo JkMount /sponsorship all_servers JkMount /sponsorship/* all_servers Je m'occupe de la règle de réecriture ... |
[APP-24388] [Migration Auto] : redirection manquante pour Mon Compte Auto Création: 20/févr./09 17:34 Mise à jour: 03/mars/09 18:05 Résolue: 26/févr./09 18:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 41.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | FireFox 2.0 |
| Projets PM archivés: | AUTO : Bascule vers MIXAD |
| Description |
|
J'arrive à accéder à Mon Compte Auto, en suivant la "procédure" suivante : -> Ne pas être connecté (ie : pas de session en cours) -> Aller sur : http://www.pm.lan/user?tab=vehicle -> On arrive sur la page de connexion -> S'authentifier -> Cliquer sur "Continuer" -> On arrive sur Mon Compte Auto => A priori, il manquerait donc une redirection Apache quand le paramètre "vehicule" est passé en Post => En fait, le problème semble se reproduire pour toutes les pages mon compte (nécessitant identification) ... solution : dupliquer toutes les redirections Get en Post ? |
| Commentaires |
| Commentaire de Arnaud Forgues [ 23/févr./09 12:10 ] |
|
Finalement, en creusant avec EMT, ce cas ne se produit que
si l'utilisateur a mise en bookmark la page d'identification sur
laquelle il est redirigée quand il essaye d'accèder directement à une
page coté mon compte (connectée) ==> ce cas de figure étant très peu
probable, on ne le traitera donc pas Par contre on a au passage repérer le fait qu'il manque 2 redirections : http://www.pm.lan/contract?action=warrantylist http://www.pm.lan/contract?action=advertbuyercontractlist&relatedadvertid=155607394 On les ajoutera donc au fichier apache |
| Commentaire de Arnaud Forgues [ 23/févr./09 12:35 ] |
|
[forguesa@gobillard source]$ bzr ci --fixes APP:24388 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.mixad Committed revision 25042. tag déplacé |
| Commentaire de Christophe Garcia [ 26/févr./09 16:11 ] |
|
Merci de vérifier si toutes les actions de la servlet "contract" sont redirigées. Si oui et si ce n'est que de l'AUTO, on pourrait largement simplifier la règle. |
| Commentaire de Arnaud Forgues [ 26/févr./09 18:10 ] |
|
En effet, en regardant directement dans le code la liste des
actions qui sont mappées sur la servlet "contract", il nous en manque 2
qui sont encore plus profonde d'un point de vue accès pour
l'utilisateur : - "activationdo" : action de validation du formulaire d'activation de garantie ==> aujourd'hui on redirige déjà l'accès à ce formulaire. De plus ce formulaire est en Post, donc personne n'a pu mettre en bookmark une telle url - "activationsuccess" : action de confirmation de la bonne activation d'une garantie ==> cela vient donc encore après l'action précédente. Peu d'interêt donc à mettre cette servlet en bookmark, mais il est vrai que c'est possible. Tout cela correspond effectivement bien qu'a de l'auto, on peut donc simplifier : On remplacera donc l'ensemble des redirections de type : # Redirection du détail d'une garantie auto RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com RewriteCond %{QUERY_STRING} "action=advertbuyercontractlist" RewriteCond %{REQUEST_URI} "contract" RewriteRule ^/contract http://www.priceministerauto.com/? [R=301,L,NE] par : # Redirection du détail d'une garantie auto RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com RewriteCond %{REQUEST_URI} "contract" RewriteRule ^/contract http://www.priceministerauto.com/? [R=301,L,NE] NB : [forguesa@gobillard source]$ bzr ci --fixes APP:24388 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.mixad Committed revision 25048. [forguesa@gobillard source]$ bzr tag --force V41_0_1 Created tag V41_0_1. |
[EXP-3491] changement de mon adresse IP Création: 17/avr./07 09:41 Mise à jour: 25/juin/07 19:00 Résolue: 09/mai/07 19:00 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Est ce possible de prendre en compte ma nouvelle adresse IP : IP fixe : 213.41.234.177 pour memoire, l'ancienne etait : 213.41.233.175 (je crois) il faut bien prendre cela en compte : 1/ dans les regles de filtrage 2/ dans apache 3/ pour le bo FR & ES & qv & ssh |
| Commentaires |
| Commentaire de Justin Ziegler [ 17/avr./07 09:41 ] |
| nb : ce changement est du a un pb sur la ligne, et donc a un changement de techno. |
| Commentaire de Patrice Boulanger [ 17/avr./07 11:22 ] |
|
Jérémie, Merci de faire les MAI pour JET et de mettre les configurations apache FR é ES à jour (et tout ce qui est nécessaire et que j'ai oublié ;-) |
| Commentaire de Jérémie Bennejean [ 17/avr./07 15:51 ] |
|
La MAI est déposée chez Jet et effectuée(demande de
remplacement de 213.41.233.175 par 213.41.234.177 sur le firewall). 213.41.233.175 est remplacée par 213.41.234.177 sur les 3 frontaux webs en FR et ES. graceful effectué |
| Commentaire de Justin Ziegler [ 18/avr./07 10:09 ] |
|
A priori cela semble fonctionner. pas de pb identifié pour l'instant, sauf peut etre un truc bizarre sur le bo es ? cf mail que j'ai envoyé a patrice a ce sujet |
| Commentaire de Justin Ziegler [ 18/avr./07 10:09 ] |
|
on attend qqs jours et on pourra fermer le ticket. merci |
| Commentaire de Jérémie Bennejean [ 25/avr./07 15:31 ] |
|
Aprés avoir comparé phaeton, cupidon et aricia, sur Aricia,le lien symbolique maintenance.asis est erroné. J'ai refais le lien. |
| Commentaire de Jérémie Bennejean [ 09/mai/07 18:21 ] |
|
Justin, as tu re testé l'accès aux différents vh ? Si oui et si cela fonctionne, je fermerais le jira. |
| Commentaire de Justin Ziegler [ 09/mai/07 18:37 ] |
|
il me semble que tou va bien. je n'ai pas noté de pb en tout cas. merci |
| Commentaire de Jérémie Bennejean [ 09/mai/07 19:00 ] |
|
Très bien, je résous le jira. En cas de problèmes, on rouvrira le jira. Merci. |
Installation Business Objects Production
(BIN-15)
|
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure, 10 minutes | ||
| Estimation originale: | 1 heure | ||
| Description |
|
Faire la demande à JMH (MAI) pour demander la création du
domaine bi.priceminister.com. On utilise la même VIP que celle de
bo.priceminister.com et donc les 2 RIP. Mettre en place la conf Apache et mod_jk pour attaquer le serveur applicatif BO sur TELLUS (après validation de la préocédure en intégration) |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 09/déc./05 15:24 ] |
|
Je viens de soumettre dans l'extranet JET la demande pour le domaine bi.priceminister.com et l'ajout des RIP et VIPS Pour la mise ne place de la conf apache et mod_jk, on le fera le jour où BO sera installé completement et opérationnel sur TELLUS |
| Commentaire de Ranto Andriambololona [ 16/déc./05 12:40 ] |
|
C'est fait et accessible sur : http://bi.priceminister.com/businessobjects/enterprise11/ J'ai aussi ajouté une sécurité pour que seul notre IP (Villette) puisse accéder à bi.procmeinister.com |
[APP-16173] a_arrowb2.gif Création: 30/avr./07 15:12 Mise à jour: 25/juin/07 18:51 Résolue: 03/mai/07 14:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 14.0.1 |
| Version(s) corrigée(s): | 14.1.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérémie Bennejean | Attribution: | Stéphane François |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
Dans les error_log apache nous avons souvent ce fichier
(a_arrowb2.gif) qui est demandé et cela dans plusieurs vh
(img,www,cobrands) et dans plusieurs versions du sites V14_0_1,etc.... Est il possible de la rajouter au contenu ? Pt etre est ce une css qui appelle ce gif et qui pourtant n'est pas visible. |
| Commentaires |
| Commentaire de Clement Balay [ 03/mai/07 13:05 ] |
|
Je redirige ce jira vers les maquettistes car après une
petite recherche dans le code, les classes qui utilisent cette image ne
sont jamais appelées. Ces classes sont: .rech_global .list { float: left; padding: 0 0 0 20px; width: 20%; margin: 0; list-style-position: outside; list-style-image: url(images/default/bullet/a_arrowb2.gif); color: #03c; } .rech_global .list2 { float: left; padding: 0 0 0 20px; width: 27%; margin: 0; list-style-position: outside; list-style-image: url(images/default/bullet/a_arrowb2.gif); color: #03c; } Utilisées pour la recherche contextuelle. Pourrait on supprimer ces classes de la css ? Si on ne peut pas, on pourra toujours rajouter une image dans le bon dossier pour éviter des logs non voulus. Le problème est que je n'arrive pas à identifier la vue qui porte cette image. |
| Commentaire de Stéphane François [ 03/mai/07 14:59 ] |
| les classes impliquées dans cette erreur de log apache sont placés en commentaire car elles ne sont utilisés par aucune JSP ou code infoglue du site. Si dans les semaines a venir l'inutilité des classes impliqués est confirmé, elles seront confirmés |
| Commentaire de Christophe Garcia [ 14/mai/07 11:37 ] |
| OK vu par SWA |
OP Cyprien - Dispositif media
(APP-24052)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 39.0.1 |
| Type: | Sub-new feature | Priorité: | Majeur |
| Rapporteur: | Fabrice Feugas | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Description |
|
Mettre ne place une redirection Apache de http://www.priceminister.com/boutique/cyprien et http://www.priceminister.com/offer?action=shopsearch&login=cyprien vers : http://www.priceminister.com/info/no/op/boutiqueCyprien A partir du 09/02/2009 en prod et ASAP en integ + dev (PARAM1). |
| Commentaires |
| Commentaire de Fabrice Feugas [ 28/janv./09 13:45 ] |
|
A faire ASAP d'ici lundi prochain en integ + dev (pour que
ça soit visible sur PARAM1) et à faire en prod le lundi 09/02 jusqu'au
mardi 04/03. Je referai un JIRA pour la désactivation. Christophe, je te transmet la demande et je te laisse la ré-affecter à l'EXPLOIT. Merci. |
| Commentaire de Swan Desportes [ 30/janv./09 12:12 ] |
| On souhaite le faire hors version. |
| Commentaire de Marion Anfreville [ 30/janv./09 12:30 ] |
|
ATTENTION : date d'activation de Cyprien avancée (voir L'activation en prod est prévue le 04/02. Il faudrait donc avoir la redirection en prod du 04/02 au 04/03. |
| Commentaire de Alexandre Garnier [ 30/janv./09 13:02 ] |
| Peux-tu m'indiquer la règle Apache correspondante ? |
| Commentaire de Fabrice Feugas [ 30/janv./09 13:08 ] |
|
E-mail de Nicolas Chauveau : "Le risque si on est hors process c'est de perdre la redirection lors du prochain déploiement ou d'en perdre la trace (on vient juste de finir de nettoyer les vieilles redirections inutiles). Mise en place DEV : Modification du fichier rewrite (sur branche V39 ou tronc si le pole CAT n'y a pas encore touché) + commit INT : L'Intégration récupère la version (N° de commit) de l'appli et gère avec l'exploit pour activation mardi (dump + fichier rewrite) On ne déploie pas une nouvelle version. On peut livrer des versions sans risquer de perdre la redirection (présente dans le package) Désactivation DEV : En mars on re modifie le fichier rewrite sur branche V ?? ou tronc si le pole ??n'y a pas encore touché) + commit INT : L'Intégration récupère la version (N° de commit) de l'appli et gère avec l'exploit pour désactivation (dump ? + fichier rewrite) On ne déploie pas une nouvelle version. J'ai loupé qq chose ? N." |
| Commentaire de Fabrice Feugas [ 30/janv./09 13:09 ] |
| ok pour la date d'activation en prod le 04/02. Pour integ / dev, on fait au plus tôt, d'ici ce soir. |
| Commentaire de Jérémie Bennejean [ 30/janv./09 15:04 ] |
|
Voila : RewriteRule ^/boutique/cyprien /info/no/op/boutiqueCyprien [R=302,L,NE] RewriteRule ^/navigation/se/category/sa/kw/cyprien /info/no/op/boutiqueCyprien [R=302,L,NE] RewriteCond %{REQUEST_URI} "^/offer" RewriteCond %{QUERY_STRING} "action=shopsearch&login=cyprien" RewriteRule ^.*$ /info/no/op/boutiqueCyprien [R=302,L,NE] A la demande de charlotte, j'ai rajouté une règle qui redirige depuis la recherche sur tout le site vers la boutique. Je l'ai testé sur www.param1.pm.dev |
| Commentaire de Charlotte Fachan [ 30/janv./09 15:36 ] |
|
ok merci Jérémie. Par contre cela ne focntionne pas si l'on saisie Cyprien avec une majuscule. Trop complexe de faire cela? merci Charlotte |
| Commentaire de Fabrice Feugas [ 30/janv./09 15:53 ] |
| On ne fait pas de redirection pour un supposé vendeur "jack price" ? |
| Commentaire de Charlotte Fachan [ 30/janv./09 16:11 ] |
|
du coup cela multiplie les requêtes pour l'exploit je pense (JackPrice, jackpriceminister, ...) et Cyprien a plus de notoriété donc on pense que c'est ce qui sera le plus saisi dans le moteur de recherche. Merci Charlotte |
| Commentaire de Alexandre Garnier [ 30/janv./09 17:30 ] |
|
Règles ajoutée à rewrite.rules.fr. J'ai même intégré le test de casse sur le 'C' de Cyprien et ça marche. branche V39 tag V39_0_1 |
| Commentaire de Charlotte Fachan [ 02/févr./09 15:10 ] |
|
Super ! tout semble fonctionner. Merci Charlotte |
Prod Espagne
(EXP-2763)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Patrice Boulanger | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Description |
|
Qui fournit les pages de maintenance et d'erreurs apache pour le site de prod Espagne?
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 16/oct./06 11:37 ] |
|
a priori je crois que les pages d'erreurs font parties de l'applicatif ... par contre les pages de maintenance .. je suppose qu'on veut simplement traduire les pages du site de PROD France. Donc selon moi, attache en PJ les pages de maintenance du site France et on envoie ca à un espagnol pour traduction ! |
| Commentaire de Patrice Boulanger [ 26/oct./06 15:36 ] |
|
Jérôme, penses-tu avoir qqu'un dans ton équipe qui parle espagnol et qui pourrait nous modifier cette page ? Merci. |
| Commentaire de Jérôme Viviès [ 26/oct./06 17:48 ] |
| Nerea, peux-tu aider Patrice sur ce coup là, stp ? |
| Commentaire de Nerea Prieto [ 27/oct./06 09:56 ] |
| C'est traduit |
| Commentaire de Patrice Boulanger [ 27/oct./06 10:39 ] |
|
euh ... elle est où la page traduite ? Merci :-) |
Remplacement des home univers statiques
(APP-25204)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 46.0.1 |
| Version(s) corrigée(s): | 46.0.1 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
- Ajouter une redirection apache en 301 de /telephone-pda vers /nav/Tel-PDA
|
| Commentaires |
| Commentaire de Thierry Leforestier [ 11/mai/09 12:10 ] |
| Cette redirection doit prendre en compte le tracking si il existe. |
| Commentaire de Thierry Leforestier [ 11/mai/09 12:12 ] |
| Voir le document sur Meta Tâche pour plus d'informations |
| Commentaire de Thierry Leforestier [ 19/mai/09 09:11 ] |
|
Patrice, peux-tu prévoir cette redirection pour demain matin ? Merci ! |
| Commentaire de Christophe Garcia [ 19/mai/09 12:22 ] |
|
Merci de NE PAS AFFECTER de JIRA sur les redirections applicatives directement à l'EXPLOIT. Les redirections applicatives sont gérées par le DEV : c'est donc à eux de mettre à jour et de livrer ce fichier. C. |
| Commentaire de Christophe Garcia [ 19/mai/09 12:27 ] |
|
Il existe déjà une redirection pour gérer le tracking sur les pages statiques. Merci d'en tenir compte. |
[APP-356] Tout l'entete du fichier est duplique Création: 20/avr./01 10:29 Mise à jour: 25/juin/07 18:21 Résolue: 25/juin/07 18:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Olivier Desusanne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Particulierement genant pour l'inclusion des .css et .js qui dans un cas genere des erreurs dans les logs apaches. |
[APP-12287] Dans le header HTTP, setter un expires correcte. Création: 12/sept./06 17:15 Mise à jour: 25/juin/07 18:44 Résolue: 12/sept./06 17:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Avant : http://www.pm.bollinger:1280/static/menu/brand/www/menu@VERSION@.js Server: Apache-Coyote/1.1 X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Thu, 12 Sep 1996 15:12:05 GMT Cache-Control: private Transfer-Encoding: chunked Date: Tue, 12 Sep 2006 15:12:05 GMT 200 OK => Pas de expires correct ! |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 12/sept./06 17:19 ] |
|
Maintenant : Server: Apache-Coyote/1.1 X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Mon, 12 Sep 2016 10:25:35 GMT Cache-Control: max-age=315360000 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT Date: Tue, 12 Sep 2006 10:27:23 GMT 200 OK |
| Commentaire de Edouard Gomez-Vaez [ 12/sept./06 17:23 ] |
|
Encore mieux, avec un httpHeader.elapseInDays = 15 dans priceminister.properties : Response Headers - http://www.pm.bollinger:1280/static/menu/brand/www/menu@VERSION@.js Server: Apache-Coyote/1.1 X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Wed, 27 Sep 2006 15:22:47 GMT Cache-Control: max-age=315360000 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT Date: Tue, 12 Sep 2006 15:22:47 GMT 200 OK Elle est pas belle la vie ? |
| Commentaire de Edouard Gomez-Vaez [ 12/sept./06 17:51 ] |
|
Note : si l'on veut explicitement réduire le temps
d'expiration http du menu.js, mettre dans le priceminister.properties la
propriété httpHeader.elapseInDays S'exprime en nombre de jours. |
| Commentaire de Patrick Condevaux [ 13/sept./06 14:56 ] |
|
Les header sont bons en INTEG: Response Headers - http://www.pm.lan/static/menu/brand/www/menuV903.js Date: Wed, 13 Sep 2006 12:45:03 GMT Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Tue, 13 Sep 2016 11:35:01 GMT Cache-Control: max-age=691200 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.pm.lan/w3c/p3p.xml" Vary: * Connection: close Transfer-Encoding: chunked Content-Type: application/x-javascript 200 OK --------------------------------------- Response Headers - http://www.pm.lan/static/menu/brand/www/pr.js Date: Wed, 13 Sep 2006 12:49:11 GMT Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Tue, 13 Sep 2016 11:35:01 GMT Cache-Control: max-age=691200 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.pm.lan/w3c/p3p.xml" Vary: * Connection: close Transfer-Encoding: chunked Content-Type: application/x-javascript 200 OK ------------------------------ Response Headers - http://www.pm.lan/static/menu/brand/www/front.js Date: Wed, 13 Sep 2006 12:50:33 GMT Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Tue, 13 Sep 2016 11:35:01 GMT Cache-Control: max-age=691200 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.pm.lan/w3c/p3p.xml" Vary: * Connection: close Transfer-Encoding: chunked Content-Type: application/x-javascript 200 OK -------------------------------------------- Response Headers - http://www.pm.lan/static/menu/brand/www/browser.js Date: Wed, 13 Sep 2006 12:51:37 GMT Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Tue, 13 Sep 2016 11:35:01 GMT Cache-Control: max-age=691200 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.pm.lan/w3c/p3p.xml" Vary: * Connection: close Transfer-Encoding: chunked Content-Type: application/x-javascript 200 OK -------------------------------------------- Response Headers - http://akamai.pm.lan/static/www/brandV903.css Date: Wed, 13 Sep 2006 10:15:22 GMT Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Tue, 13 Sep 2016 05:48:47 GMT Cache-Control: max-age=691200 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.pm.lan/w3c/p3p.xml" Content-Type: text/css 200 OK --------------------------------------------------- |
| Commentaire de Patrick Condevaux [ 13/sept./06 14:57 ] |
| ok en INTEG |
[EXP-518] Mise en place d'une alerte pour suivre la bascule sur le serveur web de débordement Création: 09/déc./05 11:58 Mise à jour: 25/juin/07 18:55 Résolue: 28/déc./05 15:22 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Supervision |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En cas de désactivation des @IP des 2 serveurs web de PROD
(CUPIDON et PHAETON) on a demandé à JMH que l'ALTEON puisse nous
basculer sur un serveur de débordement (BACCHUS) afin d'afficher une
page spécifique qui indique '.... revenez-plus tard...' en gros. Il faudrait mettre en place une alerte pour nous permettre de suivre cette bascule. Une alerte qui analyse les logs apache sur BACCHUS et qui détecte l'affichage de cette page dans le vaccess.log Prévoir de bien le tester (juste un appel de la page par exemple..) |
| Commentaires |
| Commentaire de Sébastien Tournay [ 26/déc./05 16:47 ] |
|
La page de débordement est active sur BACCHUS (http://212.23.167.57).
Lorsque nous basculerons en débordement sur ce serveur c'est la page
index.html qui sera retournée. Cf. ci-dessous l'extrait du log APACHE
lors d'une simulation. On peut donc déclencher l'envoi d'un mail+SMS
lors de la présence de ces lignes dans les logs. ATTENTION à ne
déclencher l'alerte qu'en fonction d'une certaine volumétrie. Par
exemple au moins 50 lignes sur les 6à dernières secondes ... " www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:03 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:04 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:05 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:06 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" |
| Commentaire de Sébastien Tournay [ 26/déc./05 16:52 ] |
|
L'idée est donc de vérifier la présence dans le log de
l'appel de la page index.html (cf ci-dessous) pour détecter que l'on
vient de basculer sur le serveur de débordement BACCHUS (http://212.23.167.57).
On pourrait déclencher cette alerte (mail+SMS) dès lors ou l'on détecte
sur les 60 dernières secondes la présence d'au moins 50 lignes sur
cette requête HTTP. www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:55 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:57 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:58 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:00 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pr |
| Commentaire de Sébastien Tournay [ 26/déc./05 16:53 ] |
| test |
| Commentaire de Xiaoming Du [ 27/déc./05 14:57 ] |
| module développé, sera installé sur bacchus. Ce module sera declenché à chaque 3 minute qui analyse les logs apacha des 3 dernières minutes. une alerte sera envoyée si on trouve 100 requête GET pendant ces 3 minutes |
| Commentaire de Xiaoming Du [ 28/déc./05 15:22 ] |
|
module développé et installé sur bacchus |
[APP-24632] [IE8] Créer un fichier de configuration Accelerator Création: 16/mars/09 16:22 Mise à jour: 18/mars/09 16:19 Résolue: 16/mars/09 17:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 43.0.0 (CAT-H) |
| Version(s) corrigée(s): | 43.0.0 (CAT-H) |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Site: | Prod | ||||||||||
| Projets PM: | *** RESERVE *** |
| Description |
|
Aujourd'hui, Patrice et Justin on mis en prod un fichier accelerator.xml qui est accessible à partir de external.priceminister.com/res/co/0/www/www/0/accelerator.xml qui redirige vers : aricia.priceminister.com/accelerator1.xml ou quelque chose comme ça. Tout remettre d'aplomb via ressource sous IG. Pour tester en integration : Vérifier que external.pm.lan/res/co/0/www/www/0/accelerator.xml (ressource IG) a le même contenu que external.priceminister.com/res/co/0/www/www/0/accelerator.xml (Redirection Apache de Justin). |
| Commentaires |
| Commentaire de Patrice Boulanger [ 16/mars/09 18:12 ] |
|
La redirection en place renvoie vers http://external.priceminister.com/accelerator.xml et est installée sur le virtualhost img.priceminister.com sur les serveurs aricia, evandre, evenor et neith. Les lignes à désactiver sont dans les fichiers: /data/chrootapache/usr/local/apache/conf/virtualhosts/enabled/*img.priceminister.com* sur chacun des serveurs ci-dessus. Les lignes sont: # PBO: redirection temporaire RewriteCond %{REQUEST_URI} "/res/co/0/www/www/0/accelerator.xml" RewriteRule ^.*$ "http://external.priceminister.com/accelerator.xml" [R=302,L] Il faudra aussi penser à désactiver le mode HEAD sur le PAD external.priceminister.com |
[APP-13545] Rajout de liste de servlets dans tgz de livraison Création: 31/oct./06 15:18 Mise à jour: 09/mai/08 09:18 Résolue: 03/avr./08 09:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 21.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TECH | ||||||||
| Description |
|
Afin de minimiser les interventions manueles de l'équipe
exploit pendant un deploiement, on va ajouter deux listes dans le tar de
déploiement. Ces deux listes sont : 1/ une liste des servlets -- à utiliser pour le mapping apache/mod_jk des URLs traiter par tomcat/jboss 2/ une liste des cobranding actif -- à utiliser pour la création des répértoires de contenu statiques entre autres Concretement on modifie prod.sh (qui crée le tar de déploiement) |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 31/oct./06 15:18 ] |
|
Antione, tu veux une liste de servlets comment? Il faut trier par front et back ? Une liste comme celle-ci te suffit ? shop advert advert_back ... |
| Commentaire de Antoine Koener [ 02/nov./06 13:16 ] |
|
Pour faire le mapping nous avons juste besoin des noms des urls, le format de liste que tu me proposes me convient. Aucun tri n'est nécessaire. Merci. |
| Commentaire de Edouard Gomez-Vaez [ 02/nov./06 19:56 ] |
| Judd, c'est compliqué ? |
| Commentaire de Olivier Bourgeois [ 22/juin/07 10:14 ] |
|
Tant que je lis ça je me fais un post-it : pas bien
compliqué il suffit de reprendre la partie "jboss.web" de la page
"/jmx-console/" Toutes les servlets sont déclarées : J2EEApplication=none,J2EEServer=none,WebModule=//localhost/,j2eeType=Servlet,name=account |
| Commentaire de Nicolas Chauveau [ 03/avr./08 09:02 ] |
| Solution abandonnée au profit de l'intégration sous CVS du fichier de conf Apache. |
[EXP-1904] minitor : sur la page de synthese des serveur web, il serait bon de rajouter quelques autres courbes Création: 02/mai/06 11:30 Mise à jour: 25/juin/07 18:57 Résolue: 03/mai/06 11:34 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
en particulier : error mod_jk error apache comme cela on aura une bonne vision d'ensemble des choses. merci |
| Commentaires |
| Commentaire de Xiaoming Du [ 03/mai/06 11:34 ] |
| http://intra.priceminister.com/qvpm.html |
[EXP-3768] rediriger MSOffice et _vti_bin vers un 404 Création: 12/juil./07 16:02 Mise à jour: 12/juil./07 16:03 Résolue: 12/juil./07 16:03 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
En lisant le rapport du top_20 des erreurs apache, aux 2 1eres places on trouve MSOffice et _vti_bin
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 12/juil./07 16:03 ] |
|
Ajout sur les 4 frontaux, dans le rewrite-banned.rules : RewriteRule ^/MSOffice - [F] RewriteRule ^/_vti_bin - [F] |
[EXP-36] Stopper la réception par mail des logs APACHE Création: 15/oct./04 15:54 Mise à jour: 25/juin/07 18:54 Résolue: 25/juin/07 18:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jean-Didier Bonavia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Stopper les error_log d'apache, et d'autres fichiers de log apache (ou des extractions) que nous recevons chaque jour par email. |
| Commentaires |
| Commentaire de Jean-Didier Bonavia [ 18/oct./04 11:54 ] |
|
Fait sur Cupidon & Phaeton modif fichier pmapachelogbackup sauvegardé en pmapachelogbackup.old |
[Suppression COB M6] Metatache
(APP-15115)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Richard Dubois | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | COB Suppression COB obsolètes |
| Description |
|
Invalider la configuration Apache, les règles de réécriture : rediriger en 301 vers www pour le 26 mars 2007 |
| Commentaires |
| Commentaire de Antoine Koener [ 13/mars/07 15:08 ] |
|
Pouvons-nous prendre de l'avance sur ce chantier ? Retirer dès maintenant tout ce qu'il faut et mettre en place la redirection ? |
| Commentaire de Richard Dubois [ 13/mars/07 17:46 ] |
| Contractuellement, le contrat est dénoncé pour le 26/03. Donc c'est au 26/03 que les cobs M6 doivent rediriger vers www |
| Commentaire de Antoine Koener [ 13/mars/07 18:28 ] |
|
C'est noté ! Merci. |
| Commentaire de Antoine Koener [ 15/mars/07 10:51 ] |
|
Des alertes de monitoring utilisent m6.priceminister.com !!!!!!!!!!!!!!!!!! Il va falloir faire le tour des minitord. |
| Commentaire de Antoine Koener [ 26/mars/07 14:33 ] |
|
Le cobranding est supprimé. Passage à l'analyse de minitord |
| Commentaire de Antoine Koener [ 26/mars/07 14:34 ] |
|
Le cob ne peux pas rediriger sur www. Un conflit d'adresse IP en est la cause, depuis l'extérieur m6.priceminister.com donne une page de maintenance. |
| Commentaire de Richard Dubois [ 26/mars/07 16:42 ] |
| Pas de solutions ??? |
| Commentaire de Antoine Koener [ 26/mars/07 17:36 ] |
|
MAi Jet ouverte pour changer les IPs de m6 vers celle de www. MAI-022074 Une fois la MAI effectuée nous pourrons correctement voir le site www.priceminister.com via m6(net,music,game)... |
| Commentaire de Antoine Koener [ 26/mars/07 17:39 ] |
|
Suppression des pages statiques, (modification du script Pseudo-static-pages). |
| Commentaire de Antoine Koener [ 03/avr./07 13:45 ] |
|
Le Site m6 est bien www.priceminister.com maintenant. La redirection sera effective dans la journée. |
Pseudo verochol (15369144) : Modèle de fichier décoration + création profil + import images via FTP
(IMP-1654)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Bloquant |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | verochol |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Copier ses images depuis son compte FTP à: /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/verochol |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 06/déc./07 17:14 ] |
|
[pmas@hercule script]$ ./import_images.pl --env PROD --login verochol Importing images for verochol... Download of 56 images done. Calling SQL Loader... |
| Commentaire de Daniel Pintamalli [ 06/déc./07 17:20 ] |
|
Download of 21 images done. Calling SQL Loader... |
| Commentaire de Daniel Pintamalli [ 06/déc./07 18:00 ] |
| Il y a eu un problème avec les connecteur FAST donc les images ont été perdues. Vu avec Stéphanie: elle inclura les images manuellement. |
[APP-23885] REWRITE RULES UK : Suppression de la référence au fichier de log Création: 08/janv./09 16:59 Mise à jour: 09/janv./09 12:10 Résolue: 08/janv./09 17:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 38.0.0 (TX-D Bis) |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Nicolas Chauveau |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Supprimer la ligne (en début de fichier) RewriteLog "/usr/local/apache/uk/logs/rewrite.log" |
Accès pro : mettre en https
(APP-8435)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Emmanuel Gosse | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
je voudrais un routage apache de: /sinfo/contact_pro vers /info/contact_pro la servlet sinfo n'est pas encore dispo en Integ. |
| Commentaires |
| Commentaire de Emmanuel Gosse [ 26/avr./06 16:11 ] |
| peux tu mapper sinfo aussi stp. |
| Commentaire de Emmanuel Gosse [ 27/avr./06 10:20 ] |
|
mapping ok fonctionne en Integ. |
| Commentaire de Niall Boylan [ 04/mai/06 17:34 ] |
| Vu avec Emmanuel et testé en Integ. |
[EXP-1490] Mail pas rassurant Création: 10/mars/06 10:46 Mise à jour: 25/juin/07 18:56 Résolue: 10/mars/06 11:40 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Je reçois ce genre de mail très souvent tous les jours dans
la mesure ou je suis en destinataire du compte mrtg. Il faudrait
investiguer pour voir a quoi c'est lié (est-ce un problème..). Il est
question de RUINART et de MRTG. -----Message d'origine----- De : Cron Daemon [mailto:pap.ndiaye@priceminister.com] Envoyé : jeudi 9 mars 2006 21:30 À : mrtg@priceminister.com Objet : Cron <mrtg@ruinart> scp /data/mrtg/dellpc3348/*.png /data/mrtg/dellpc3348/*.html mrtg@deutz:/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-bo/stats/mrtg/dellpc3348 /data/mrtg/dellpc3348/192.168.1.35_e1.html: Input/output error |
| Commentaires |
| Commentaire de Xiaoming Du [ 10/mars/06 11:36 ] |
|
les graphs de switchs sont générés sur ruinart, ensuite on
les copie sur deutz avec "scp". comme la génération et la copie sont
deux processus asynchrones, donc le problème se produit quand "scp"
tente de copier un fichier en cours de génération par "mrtg". A mon avis, le problème n'est pas grave, je vais rediriger le message d'erreur vers /dev/null pour ne pas nous gêner. |
| Commentaire de Xiaoming Du [ 10/mars/06 11:40 ] |
|
Modifications effectuées. ==== mrtg crontab ==== [mrtg@ruinart mrtg]$ crontab -l * * * * * mrtg /data/mrtg/fortigate/mrtg.cfg > /dev/null 2>&1 > /dev/null */5 * * * * scp /data/mrtg/fortigate/www/*.png /data/mrtg/fortigate/www/*.html mrtg@deutz:/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-bo/stats/mrtg/fortigate 2>&1 > /dev/null * * * * * mrtg /data/mrtg/dellpc3348/192_168_1_35.cfg 2>&1 > /dev/null */5 * * * * scp /data/mrtg/dellpc3348/*.png /data/mrtg/dellpc3348/*.html mrtg@deutz:/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-bo/stats/mrtg/dellpc3348 2>&1 > /dev/null * * * * * mrtg /data/mrtg/dellpc3348-1/192_168_1_45.cfg 2>&1 > /dev/null */5 * * * * scp /data/mrtg/dellpc3348-1/*.png /data/mrtg/dellpc3348-1/*.html mrtg@deutz:/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-bo/stats/mrtg/dellpc3348-1 2>&1 > /dev/null |
[EXP-3360] Nettoyer les anciennes versions des packages statiques présentes sur les frontaux web Création: 09/mars/07 15:17 Mise à jour: 25/juin/07 19:00 Résolue: 09/mars/07 16:27 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
La place commençant à manquer sur Phaeton et Cupidon, il
faut supprimer les anciennes versions de contenus statiques sur les
frontaux web: France: /data/chrootapache/usr/local/apache/htdocs/pmweb/content Espagne: /data/chrootapache/usr/local/apache/es/htdocs/pmweb/content Suppirmer les versions antérieures à la V13. Merci. |
| Commentaires |
| Commentaire de Eric Vannier [ 09/mars/07 16:27 ] |
| C'est fait |
[APP-22720] [PriceTV] On peut accéder à la PriceTV en page https Création: 23/oct./08 19:04 Mise à jour: 24/oct./08 14:27 Résolue: 24/oct./08 11:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 32.0.0 (CTN-G) |
| Version(s) corrigée(s): | 32.0.0 (CTN-G) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | PriceTV |
| Description |
|
Lorsque l'on est sur une page https du site et qu'on clique
sur l'onglet PriceTV, on reste en https dans la PriceTV. Alexandre a
validé avec Christophe que ce bogue ne génait en rien la sortie de la
PriceTV. Je cite : "Problème de configuration apache : /pr.* (pourtant
obsolète) est déclaré en HTTPS et comprends /pricetv Faire attention aux conf apache en INTEG !!!" |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 24/oct./08 11:30 ] |
|
- La seule ligne RewriteCond %{REQUEST_URI} "!^/pr.*" a été remplacé par RewriteCond %{REQUEST_URI} "!^/pr.*" [OR] RewriteCond %{REQUEST_URI} "^/pricetv.*" |
[APP-2502] pb pixel inexistant sur la page mon profil Création: 19/juil./04 17:49 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Charly Meignan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
[Mon Jul 19 17:47:11 2004] [error] [client 62.23.240.91] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost- ofup/content/V7_2_2_c/front/brand/ofup/images/pixel.gif ceci a tendance a generer bcp d'erreur dans les log apaches... |
| Commentaires |
| Commentaire de Quentin de Chivré [ 21/juil./04 11:51 ] |
|
Sur toutes les pages en fait ... mais speedera doit masquer la majorité des cas. Ca se voit sur les pages HTTPS car on ne passe pas par speedera |
| Commentaire de Charly Meignan [ 22/juil./04 12:48 ] |
| Martin a déplacé ce pixel dans la brand www |
[EXP-96] Analyse sur user-agent grub-client Création: 18/juil./05 12:02 Mise à jour: 25/juin/07 18:54 Résolue: 03/août/05 11:04 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sur les serveurs frontaux, mettre une courbe qui analyse le
passage du robot de type grub en analysant dans les logs apache le
user-agent 'grub-client'
|
| Commentaires |
| Commentaire de Xiaoming Du [ 03/août/05 11:04 ] |
| une analyse de crawler grub-client est en place. |
[EXP-3780] Mettre en place le /server-status sur les httpd de l'espagne Création: 17/juil./07 16:51 Mise à jour: 18/juil./07 12:18 Résolue: 18/juil./07 12:18 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Merci d'activer le paramétrage nécessaire au /server-status
dans la conf apache des serveurs ES. Il suffit de reprendre la même
configuration qu'en france. Merci. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 18/juil./07 12:11 ] |
|
C'est en place sur phaeton,aricia et evandre: PHAETON <Location /server-status> SetHandler server-status Order deny,allow Deny from all # Public (new) Private (new) Justin Home PM (Villette) Allow from 212.23.167.0/26 10.150.28.64/27 213.41.234.177 62.23.27.114 192.168.1.0/24 127.0.0.1 192.168.3.0/24 </Location> ARICIA et EVANDRE <Location /server-status> SetHandler server-status Order deny,allow Deny from all # Public(new) Private(new) Justin Home PM (VILLETTE) Allow from 212.23.170.0/24 10.150.28.0/24 213.41.234.177 62.23.27.114 192.168.1.0/24 127.0.0.1 192.168.3.0/24 </Location> Testé les 3 --> OK configtest et graceful --> OK |
[APP-23621] [UK] PRE-DEPLOY : Sortir la déclaration du fichier de log de la liste des redirections applicatives Création: 15/déc./08 11:46 Mise à jour: 08/janv./09 15:48 Résolue: 08/janv./09 15:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
La déclaration du fichier de log est dans le fichier de rewrites applicatives. Il faut la déplacer dans les VH. RewriteLog "/usr/local/apache/uk/logs/rewrite.log" |
| Commentaires |
| Commentaire de Christophe Garcia [ 08/janv./09 15:48 ] |
| C'est noté dans le WIKI |
[APP-1599] href incorrect dans popup si stylesheet non déclarée Création: 29/août/03 10:33 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Michael Gwin | Attribution: | Arnaud Forgues |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
les popups créees en BO contiennent une lien vers null (href="null") si la feuille de style n'est pas déclarée. Ca génère bcp d'erreurs dans les logs apache. |
[APP-19175] [METATACHE] Tags xiti sur les pages d'erreur Création: 16/janv./08 09:24 Mise à jour: 30/janv./08 12:36 Résolue: 24/janv./08 17:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.1.2 |
| Version(s) corrigée(s): | 18.1.3 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||
| Site: | Prod | |||||||||||||||
| Classif1: | PROMO | |||||||||||||||
| Classif2: | xiti | |||||||||||||||
| Classif FONC: | comarket | |||||||||||||||
| Projets PM archivés: | Co-Market V19 |
| Description |
|
Il y a trois pages à tagguer sur chaque pays : - site indisponible --> EXPLOIT - erreur Apache 404 --> EXPLOIT - page indisponible --> DEV voir les sous JIRA |
| Commentaires |
| Commentaire de Swan Desportes [ 16/janv./08 09:30 ] |
|
Le tag existe sur les pages indisponibles : <script type="text/javascript"> <!-- xtnv = document; //parent.document or top.document or document xtsd = "http://logc11"; xtsite = "104628"; xtn2 = ""; // level 2 site xtpage = "Autres::Erreur::PageNonDisponible"; //page name (with the use of :: to create chapters) xtdi = ""; //implication degree //--> </script> <script type="text/javascript" src="http://pan.priceminister.com/content/V18_1_3/front/xtroi.js"></script> <noscript> <img width="1" height="1" src="http://logc11.xiti.com/hit.xiti?s=104628&s2=&p=Autres::Erreur::PageNonDisponible&di=&" /> </noscript> |
[EXP-3498] Ajouter les adresses locales des serveurs web dans le fichier nonblock.list Création: 17/avr./07 16:23 Mise à jour: 25/juin/07 19:00 Résolue: 03/mai/07 09:47 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Dans les logs des serveurs Web, on trouve: [Tue Apr 17 01:57:53 2007] [error] [client 212.23.167.8] client denied by server configuration: root_games [Tue Apr 17 01:57:53 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:54 2007] [error] [client 212.23.167.8] client denied by server configuration: Tel-PDA [Tue Apr 17 01:57:54 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:55 2007] [error] [client 212.23.167.8] client denied by server configuration: tab_600 [Tue Apr 17 01:57:55 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:56 2007] [error] [client 212.23.167.8] client denied by server configuration: tab_700 [Tue Apr 17 01:57:56 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:57 2007] [error] [client 212.23.167.8] client denied by server configuration: bargain [Tue Apr 17 01:57:57 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:58 2007] [error] [client 212.23.167.8] client denied by server configuration: root_white [Tue Apr 17 01:57:58 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:59 2007] [error] [client 212.23.167.8] client denied by server configuration: root_baby [Tue Apr 17 01:57:59 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:58:00 2007] [error] [client 212.23.167.8] client denied by server configuration: root_clothing [Tue Apr 17 01:58:00 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html Il semblerait donc que minitor s'amuse à bloquer le serveur web lui-même lors de la génération des pages statiques. Comme c'est assez ennuyeux, je propose d'ajouter les adresses locales des serveurs dans le fichier nonblock.list. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 17/avr./07 16:48 ] |
|
J'ai rajouté dans le nonblock.list de PHAETON #ADRESSES PHAETON 212.23.167.28 212.23.167.24 212.23.167.21 212.23.167.22 212.23.167.4 212.23.167.5 212.23.167.6 212.23.167.7 212.23.167.8 212.23.167.9 212.23.167.10 212.23.167.11 212.23.167.12 212.23.167.13 212.23.167.14 212.23.167.15 212.23.167.16 212.23.167.20 212.23.167.23 212.23.167.25 CUPIDON #ADRESSES CUPIDON 212.23.167.30 212.23.167.31 212.23.167.32 212.23.167.33 212.23.167.34 212.23.167.35 212.23.167.36 212.23.167.37 212.23.167.38 212.23.167.39 212.23.167.43 212.23.167.44 212.23.167.45 212.23.167.46 212.23.167.47 212.23.167.48 ARICIA 212.23.170.247 Les adresses suivantes existaient deja dans le nonblock.list de aricia 212.23.170.244 212.23.170.241 212.23.170.248 212.23.170.243 212.23.170.242 212.23.170.251 212.23.170.249 212.23.170.252 212.23.170.253 212.23.170.240 212.23.170.246 212.23.170.250 212.23.170.245 212.23.170.254 Sur chaque serveur web j'ai fais un configtest et un graceful |
| Commentaire de Jérémie Bennejean [ 19/avr./07 15:49 ] |
| Malgré l'ajout des adresses dans le fichiers de chacun des serveurs webs, il y a toujours ces erreurs dans les logs |
| Commentaire de Jérémie Bennejean [ 30/avr./07 11:18 ] |
|
[mrtg@phaeton mrtg]$ grep -ir nonblock.list * minitord/bin/apache_block_ip.pl:my $white_list = "/data/chrootapache/usr/local/apache/conf/nonblock.list"; |
| Commentaire de Jérémie Bennejean [ 30/avr./07 11:20 ] |
|
Sur aricia l'@ (212.23.170.248) en deny correspond au vh-intra Sur phaeton l'@ (212.23.170.8) en deny correspond au vh-eglue, vh-bo,vi-intra,vh-bi Sur cupuidon l'@ (212.23.170.33) en deny correspond au vh-eglue, vh-bo,vi-intra,vh-bi |
| Commentaire de Jérémie Bennejean [ 30/avr./07 14:10 ] |
| Pour résoudre l'apparition de certaines erreurs dans le error_log, j'ai ajouté dans la conf apache de cupidon (dans 1 er temps et faire le test) au sein des vh eglue et bi dans la Allow from 212.23.170.33 |
| Commentaire de Jérémie Bennejean [ 30/avr./07 14:56 ] |
|
Pour faire face à cette erreur qui revient tres souvent j'ai
fais un touch du fichier demandé. J'ouvre aussi un jira à l'équipe de
swan. [Mon Apr 30 13:52:26 2007] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif---> OK touch a_arrowb2.gif |
| Commentaire de Jérémie Bennejean [ 30/avr./07 14:58 ] |
| idem [Mon Apr 30 14:54:15 2007] [error] [client 82.228.143.55] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist%26login%3Dmargo1230_3&login=margo1230_3 |
| Commentaire de Jérémie Bennejean [ 30/avr./07 15:01 ] |
|
sur phaeton: [Mon Apr 30 13:42:36 2007] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: http://www.priceminister.com/navigation/search/category/search_books/keyword/singer-christiane/ss/70 [Mon Apr 30 14:36:34 2007] [error] [client 82.241.240.95] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&c=81&dest=%2Fcheckout%3Faction%3Daddress |
| Commentaire de Jérémie Bennejean [ 30/avr./07 15:05 ] |
|
sur aricia : [Mon Apr 30 14:54:15 2007] [error] [client 82.228.143.55] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist%26login%3Dmargo1230_3&login=margo1230_3 [Mon Apr 30 12:43:11 2007] [error] [client 86.201.188.113] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-camif/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://occasion.camif.fr/connect?action=login&c=81&dest=%2Fcheckout%3Faction%3Daddress |
[APP-28043] Du nettoyage auto dans IG Création: 25/janv./10 17:38 Mise à jour: 08/sept./10 17:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Auto (Statistiques) |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Classif1: | IG |
| Description |
|
Hello les TX,
On a encore de l'auto dans l'appli : c'est normal ? Merci =========================================== Check Nagios : >> 1 [taittinger] CONTENT - INFOGLUE (3) : No SiteNode found in IG with alias r_contract_vehicle ! Grep dans le code : etc/apache/rewrite.rules.fr:1675:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] src/com/babelstore/help/HelpConstants.java:138: public static final Position R_CONTRACT_VEHICLE = new Position("r_contract_vehicle"); src/com/babelstore/purchase/front/CheckoutCouponContract.jsp:273: <pmint:text alias="info_vehicle_conditions" vc_url="<%= HelpAction.jsPopup(HelpConstants.R_CONTRACT_VEHICLE, 470, 350) %>"> src/com/babelstore/user/front/Register.jsp:122: vc_url="<%= HelpAction.jsPopup(req.getSiteProperties().isRegisterAutoGeneralConditionsVisible()? HelpConstants.R_CONTRACT_VEHICLE : HelpConstants.R_CONTRACT, 500, 350) %>"> src/com/babelstore/user/front/Register.jsp:132: vc_url="<%= HelpAction.jsPopup(req.getSiteProperties().isRegisterAutoGeneralConditionsVisible() ? HelpConstants.R_CONTRACT_VEHICLE : HelpConstants.C_PERSO_DATA, 500, 350) %>"> |
| Commentaires |
| Commentaire de Arnaud Forgues [ 26/janv./10 10:04 ] |
|
C'est étrange tout cela ... 1. Non ce n'est pas normal s'il reste de l'auto dans l'appli. Cependant le principe à présent, est que, chaque pôle qui détecte un résidu d'auto, peut se permettre de le nettoyer sans faire de JIRA au pole TX ;-) 2. Quand je fais le même grep chez moi, ce n'est pas pareil ... pb de backmerge ? [forguesa@gobillard source]$ grp R_CONTRACT_VEHICLE etc/apache/rewrite.rules.fr:2320:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] etc/apache/rewrite.rules.fr.~2~:2165:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] etc/apache/rewrite.rules.fr.~1~:1451:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] [forguesa@gobillard source]$ |
| Commentaire de Renaud Dierickx [ 26/janv./10 10:34 ] |
|
Effectivement, j'ai dû me tromper de branche... [devtest5@duchene source]$ grp R_CONTRACT_VEHICLE etc/apache/rewrite.rules.fr:2320:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] C'est donc une tache qui peut être faites par n'importe qui... (Dispatcher Dev) Pour info, l'alerte est vient du serveur d'integ : voir si ça se produit en prod mais apparemment non. |
[APP-26481] [Nettoyage Auto] Nouvelles redirections de FP et Nav Création: 14/sept./09 18:50 Mise à jour: 16/sept./09 10:59 Résolue: 14/sept./09 18:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.0 (TX-I) |
| Version(s) corrigée(s): | 53.0.0 (TX-I) |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Voici le mail de Thierry de ce matin : Bonjour, Suite à notre discussion et à un rapide coup d'¿il dans les logs apache et sur Google, voici les résultats : - Encore 59 000 FP indexées avec /offer/vehicle/ - 9 741 pages /offer/vehicle/ tentatives de crawl depuis le 1er septembre - Aucune page de navigation auto indexée - 528 tentatives de crawl sur l'ancienne navigation (la plupart du temps toujours les mêmes) Conclusion, on peut effectuer le nettoyage de l'auto. Il faudrait cependant ajouter une règle de redirection pour les pages du type /offer/vehicle/ et /nav/Voiture afin de les rediriger systématiquement vers PriceMinister auto (http://www.priceministerauto.com/occasion/). De cette façon, on continue a attribuer la popularité de ces anciennes FP a la navigation de PriceMinister Auto, bien que ce soit plus grossier. N'hésitez pas en cas de questions. Thierry |
| Commentaires |
| Commentaire de Arnaud Forgues [ 14/sept./09 18:51 ] |
|
Voici donc les redirections mises en place sur rewrite.rules.fr : # Redirection de la FP Auto sur la Home PriceAUTO RewriteCond %{HTTP_HOST} !^bo\. RewriteRule ^/offer/vehicle.* http://www.priceministerauto.com/? [R=301,L,NE] # Redirection de la nav Auto sur la Home PriceAUTO RewriteCond %{HTTP_HOST} !^bo\. RewriteRule ^/nav/Voiture.* http://www.priceministerauto.com/? [R=301,L,NE] |
| Commentaire de Arnaud Forgues [ 14/sept./09 18:55 ] |
|
Pour info : [forguesa@gobillard source]$ bzr ci Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25565. CAJ2009Q3TX |
| Commentaire de Arnaud Forgues [ 14/sept./09 18:58 ] |
|
Thierry tu pourras jeter un oeil sur www.devfr.babel.fr puis en INTEG dès que ce sera pris en compte par nos amis de l'INTEG :-) Merci |
[APP-16643] [Images] Nettoyer complêtement les images produit pour en diminuer le volume Création: 08/juin/07 10:36 Mise à jour: 06/mai/08 09:33 Résolue: 06/mai/08 09:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 14.2.1 |
| Version(s) corrigée(s): | 21.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Site: | Prod | ||||||||||||
| Classif1: | IMAGE | ||||||||||||
| Classif2: | poids | ||||||||||||
| Projets PM archivés: | Maintenance CTN-C | ||||||||||||
| Description |
|
Le format JFIF (format des images JPEG) permet de stocker
des commentaires, des données EXIF et IPTC ainsi qu'une vignette. Ces données ne sont pas supprimées des images et du coup, on peut se retrouver avec des vignettes S qui font 25ko (contre 1ko à 5ko en moyenne) ! Il faudrait trouver un moyen de nettoyer ces données des images. Quelques voies : - Imagemagick -strip : http://www.imagemagick.org/script/display.php - Apache::ImageMagick 2.0 : http://aspn.activestate.com/ASPN/CodeDoc/Apache-ImageMagick/ImageMagick.html - Apache filter : http://www.projectcomputing.com/resources/apacheFilterFAQ/index.html |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 08/juin/07 10:42 ] |
| un filtre capable de supprimer les entêtes et les vignettes embarqués : http://www.sentex.ca/~mwandel/jhead/ |
| Commentaire de Nicolas Chauveau [ 26/sept./07 15:20 ] |
|
Commencer par faire une analyse des outils. Voir avec ALG qui a étudié le sujet.. |
| Commentaire de Alexandre Garnier [ 03/avr./08 19:02 ] |
| Le projet JMagick semble s'être un peu réveillé dernièrement et il y dans la doc une partie sur la suppression des données EXIF IPTC : http://jmagick.wiki.sourceforge.net/Delete+all+EXIF%2C+IPTC+profile+from+the+image |
| Commentaire de Alexandre Garnier [ 10/avr./08 16:28 ] |
| Voilà, j'ai mis en place le truc et ça marche. |
| Commentaire de Quentin de Chivré [ 11/avr./08 10:53 ] |
|
Excellente nouvelle ! |
| Commentaire de Alexandre Garnier [ 29/avr./08 09:37 ] |
|
En PJ une image contenant plein de données polluantes pour tests. Uploadée en INTEG V20 : 825679930 - taille initiale : 174015 octets - taille L : 97021 octets - taille M : 42797 octets - taille S : 39154 octets La même vue en INTEG V21 : - taille initiale : 174015 octets - taille L : 61005 octets - taille M : 6781 octets - taille S : 3138 octets |
| Commentaire de Christophe Garcia [ 05/mai/08 16:58 ] |
| OK mais ne faudrait-il pas prévoir un client pour nettoyer les images actuellement en base ? |
| Commentaire de Alexandre Garnier [ 05/mai/08 17:05 ] |
| Elles passent par la moulinette de toute manière à l'affichage donc c'est pas necessaire. |
| Commentaire de Christophe Garcia [ 05/mai/08 19:00 ] |
| Oui mais y'a sûrement un gain de place à ne stocker uniquement en base que l'image nettoyée. Non ? |
| Commentaire de Alexandre Garnier [ 05/mai/08 19:06 ] |
| Ouais, yaurait un gain |
| Commentaire de Alexandre Garnier [ 06/mai/08 09:14 ] |
|
Je ferme ce JIRA et propose de s'occuper de du nettoyage des images en base dans un autre car c'est indépendant. De plus c'est plutôt côté exploit en utilisant directement imagemagick (via la commande "convert -strip") ou jhead (via la commande jhead -dc -de -di -dx -du) |
| Commentaire de Justin Ziegler [ 06/mai/08 09:33 ] |
| En fait il est probable que la modification des images en base soit contre productive, et qu'on se retrouve à utiliser 2 fois plus d'espace disque ! |
[EXP-4725] Mise a disposition de logs sur Mercier Création: 24/févr./09 16:06 Mise à jour: 11/mai/09 12:14 Résolue: 11/mai/09 12:14 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Damien Gilloz |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, ESP - Espagne, FRA - France
|
| Description |
|
Nous sommes aujourd'hui dépendants des Apobox pour la
récupération des logs apache et FAST sur la France, l'espagne et le UK. Nous souhaiterions que Mercier récupère les logs directement pour éviter les problèmes liés aux apobox (disques durs pleins, erreurs d'écriture...). Merci ! |
| Commentaires |
| Commentaire de Patrice Boulanger [ 24/févr./09 16:37 ] |
| Pour suivre avec Damien. |
[EXP-27] Reconstruction de Junon Création: 20/sept./04 18:13 Mise à jour: 25/juin/07 18:54 Résolue: 25/juin/07 18:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jean-Didier Bonavia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
JD, L'ancienne machine de production Junon est reconstruite pour devenir "DEUTZ". On installe sur ce serveur : * RedHat AS 3 * Apache 2.0.51 * JBOSS * On reprend l'architecture utilisée aujourd'hui en prod |
| Commentaires |
| Commentaire de Jean-Didier Bonavia [ 06/déc./04 12:18 ] |
|
Tout est OK, resta Atos en cours + modifs scripts "pmjboss, pmbatch, pmatos et pmdeploynewear" Avoir, pas urgent |
[APP-15063] [Cobranding] Suppression Création: 12/févr./07 11:06 Mise à jour: 06/sept./07 17:49 Résolue: 15/févr./07 14:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | ToDo |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Richard Dubois | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | COB Suppression COB obsolètes |
| Description |
|
Bambinoccasion et VirginMega ont résilié le partenariat. GGR à envoyer le mail pour informer les clients qu'il pouvait désormais se logger sur www. Merci Antoine d'invalider la configuration Apache, les règles de réécriture : rediriger en 301 vers www |
| Commentaires |
| Commentaire de Antoine Koener [ 12/févr./07 15:04 ] |
|
Bambinoccasion a été supprimé le vendredi 9 Février 2007. |
| Commentaire de Richard Dubois [ 12/févr./07 15:35 ] |
|
Et pour VirginMega ?? A priori c'est le cas aussi :) |
| Commentaire de Antoine Koener [ 15/févr./07 14:27 ] |
|
Ils sont supprimés. |
Creation compte FTP pseudo: Teresacg
(IMP-1517)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | teresacg |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Modifier la config FTP en sorte que les images soient
dezipées et copiées du répertoire Images au répertoire suivant: /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/es/teresacg |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 04/déc./07 16:14 ] |
|
Le pseudo était déjà inclus dans le fichier d'import automatique d'images. Importing images for teresacg... Download of 375 images done. Calling SQL Loader... ... done. |
| Commentaire de Daniel Pintamalli [ 04/déc./07 16:18 ] |
|
'./import_fast.pl -partner teresacg' lancé |
[APP-22621] fichier de regles de reecriture UK Création: 17/oct./08 15:55 Mise à jour: 29/oct./08 16:32 Résolue: 21/oct./08 11:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 32.0.0 (CTN-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Nicolas Chauveau |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Lors du déploiement de la V31, un fichier de règles de réécriture nous a été livré mais: - notre conf apache ne permet pas de l'utiliser (tout comme en integ uk) - Il manque dans ce fichier un grand nombre de règles (non présente en integ) En PJ le fichier actuel de prod. Merci |
[APP-21575] Redirections NpC > NpF Musica Espagne Création: 31/juil./08 17:37 Mise à jour: 05/août/08 09:53 Résolue: 05/août/08 09:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 26.0.2 |
| Version(s) corrigée(s): | 26.0.3 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Thierry Leforestier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Voici le fichier comprenant les redirections NpC NpF
espagne. a passer en prod en même temps que l'ouverture de la nav par
filtre. Ne pas oublier également la home univers root_music sous apache. Thierry |
| Commentaires |
| Commentaire de Thierry Leforestier [ 31/juil./08 17:38 ] |
| désolé pour le fichier en double |
| Commentaire de Christophe Garcia [ 31/juil./08 18:10 ] |
| Merci de livrer le fichier SQL comme dab dans database/V26/integ avec le bon format de nom. |
| Commentaire de Christophe Garcia [ 05/août/08 09:53 ] |
| OK en INTEG. J'envoie en PROD |
[APP-22] Image inexistante Création: 11/sept./02 15:28 Mise à jour: 25/juin/07 18:20 Résolue: 25/juin/07 18:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jean-François Mach | Attribution: | Charly Meignan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Cf. source de la page. http://img.priceminister.com/content/V5_2_0/front/brand/blackorange/images/heade r/priceminister.gif Cette image n'existe pas (erreur dans les logs Apache) |
| Commentaires |
| Commentaire de Charly Meignan [ 12/sept./02 16:43 ] |
|
L'image sert à corriger un bug d'affichage avec le tableau de la barre de menu. |
[APP-10462] Pb de déploiement sur les pages pseudo-statiques Création: 13/juin/06 15:13 Mise à jour: 25/juin/07 18:40 Résolue: 13/juin/06 15:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 9.0.0.1 |
| Version(s) corrigée(s): | 9.0.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
[adminpm@deutz conf]$ pmapacheconfswitch Switching configuration file /etc/init.d/httpd restart: httpd restarted Apache is now running with the production configuration. Updating static pages...Starting with sleeptime = 0 www.pm.lan:www:..mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/auto-moto.newtemp': Aucun fichier ou répertoire de ce type .............. done voiture.pm.lan:voiture:................ done virginmega.pm.lan:virginmega:................ done tiscalibe.pm.lan:tiscalibe:................ done test.pm.lan:test:................ done rueducommerce.pm.lan:rueducommerce:................ done rfm.pm.lan:rfm:................ done preview.pm.lan:preview:................ done presencepc.pm.lan:presencepc:................ done pcdirect.pm.lan:pcdirect:................ done ofup.pm.lan:ofup:................ done mobilokaz.pm.lan:mobilokaz:................ done mobilesachat.pm.lan:mobilesachat:................ done m6.pm.lan:m6:................ done m6net.pm.lan:m6net:................ done m6music.pm.lan:m6music:................ done m6game.pm.lan:m6game:................ done liberation.pm.lan:liberation:.. done koobuycity.pm.lan:koobuycity:................ done jeuxvideo.pm.lan:jeuxvideo:................ done freesurf.pm.lan:freesurf:................ done francemobiles.pm.lan:francemobiles:................ done europe2.pm.lan:europe2:................ done epik.pm.lan:epik:................ done eglue.pm.lan:eglue:................ done croix-rouge.pm.lan:croix-rouge:................ done cinenow.pm.lan:cinenow:................ done camif.pm.lan:camif:................ done bo.pm.lan:bo:................ done bi.pm.lan:bi:................ done bambinoccasion.pm.lan:bambinoccasion:................ done akamai.pm.lan:akamai:../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/accueil.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/accueil.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/auto-moto.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/auto-moto.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/livres-bd.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/livres-bd.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/musique-cd.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/musique-cd.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/video-dvd-vhs.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/video-dvd-vhs.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/jeux-video.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/jeux-video.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/telephone-pda.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/telephone-pda.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/informatique-logiciels.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/informatique-logiciels.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/image-son.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/image-son.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/voyages.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/voyages.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/bargain.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/bargain.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/electromenager.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/electromenager.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/enfants-jeux-jouets.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/enfants-jeux-jouets.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/mode-textile.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/mode-textile.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/vins-saveurs.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/vins-saveurs.newtemp': Aucun fichier ou répertoire de ce type ../Pseudo-static-pages-script.sh: line 17: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/loisirs-sports.newtemp: Aucun fichier ou répertoire de ce type mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-akamai/loisirs-sports.newtemp': Aucun fichier ou répertoire de ce type done acf.pm.lan:acf:................ done |
[EXP-237] Modification de l'adresse http://gosset.lan:8080/pricewiki Création: 27/sept./05 11:00 Mise à jour: 25/juin/07 18:54 Echéance: 02/déc./05 00:00 Résolue: 20/déc./05 10:01 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Cosmétique |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 2 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 2 heures | ||
| Liens des demandes: |
|
||||||||||||
| Description |
|
Demande de JUDD : "l'adresse actuelle est moche : http://gosset.lan:8080/pricewiki/ J'aimerai le mettre à pricewiki.lan mais il est sur gosset et il y a déjà pricejira qui tourne dessus. Est-ce que vous pouvez mettre une couche apache ou sinon ca me gêne pas de le mettre sur une autre machine." On peut sans doute mettre une couche Apache car cela doit passer pou l'instant par TOMCAT directement. On peut continuer à utiliser GOSSET car cela permet de s'assurer que le WKI est toujours disponible durant l'intégration (on n'utilise pas DEUTZ). Refaire le point sur le besoin si nécessaire avec JUDD. Sébastien |
| Commentaires |
| Commentaire de Alain Bonneaud [ 01/déc./05 15:19 ] |
| Le passage sur Deutz de Pricewiki remplace le changement d'adresse sur Gosset qui n'a plus lieu d'être. |
[APP-27829] Mettre en place une méthode de brouillage ergonomique Création: 05/janv./10 16:43 Mise à jour: 01/févr./10 18:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Le brouillage javascript ça marche mais ça rend l'ergonomie
du site exécrable : il est impossible d'ouvrir un lien brouillé dans une
nouvelle fenêtre ou un nouvel onglet. Pour réussir à empêcher Google de suivre à coup sûr un lien, la meilleur solution est encore le robots.txt. De là m'est venu une idée simple de brouillage de lien : * préfixer toutes les URLs brouillée par une chaine de caractère, disons "/blur" * interdire à Google de suivre les liens en "/blur/*" dans le robots.txt * faire une redirection/proxypass au niveau Apache de toutes les URL en "/blur/<quelquechose>" vers "/<quelquechose>" Ainsi on se retrouve avec des beaux liens en clairs utilisable de manière classique mais interdits à Google. Ce système a beaucoup d'avantages : * retour à de belles URLs classiques * diminution du volume de JS (on enlève tout le JS de débrouillage) * diminution du poids des pages (les URLs en clair sont plus courtes que brouillée) * simplification de la méthode de brouillage (on a actuellement une usine à gaz pour brouiller les liens) * simplification de l'export de liens brouillés sur des sites externes (plus besoin d'exporter le JS de débrouillage avec, exemple : blogIt) * simplification de maintenance (moins c'est compliqué, moins ça risque de pas marcher) Ensuite, cela ne changera rien au nombre de liens dans la page vus par Google : il est fort à parier qu'il ne fait que compter le nombre de <a href> qu'il puisse les suivre ou non. Cette idée est bien évidemment à tester, mais sur le papier, elle est plutôt belle ! |
| Commentaires |
| Commentaire de Alexandre Garnier [ 05/janv./10 16:49 ] |
|
Au passage, ce serait très simple à mettre en place depuis
que le système de brouillage est centralisé dans LinkFormat : un peu de
modification de code et on change le format des URLs brouillées. Le système pourrait peut-être être testé sur une page satellite tel que la page IE8 ou sur 2 trois liens PARAM vers une page dont on pourrait voir si Google y passe (manipulation EXPLOIT à faire en amont pour la configuration Apache) pour valider le principe et la non-régression au niveau référencement. |
[IMP-964] Mise en place ConcatFile pour Redmobile.... Création: 28/juin/07 17:15 Mise à jour: 30/oct./09 15:50 Résolue: 05/juil./07 12:22 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Bloquant |
| Rapporteur: | Eric Vannier | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 0 minutes | Estimation restante: | Non spécifié |
| Σ Temps consacré: | 30 minutes | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Login: | Red_Mobile | ||||||||||
| Séparateur: | N/A | ||||||||||
| Type de traitement: |
N/A
|
| Description |
|
Pour éliminer tout risque de perte de paniers avec
ftpCompute_ng, je souhaite mettre en place une modification ds ce
process. En effet, si ce process est lancé deux par heure actuellement, les fichiers (purchase, confirmed_purchase et expiration) qui n'ont pas été récupéré par les partenaires seront écrasés.... Cela provoque la disparition des paniers dans le fichier écrasé. La solution est de rajouter les minutes de génération pour ces fichiers cela évite tout écrasement possible. Pour implanter cette solution, j'ai besoin que la configuration de redmobile soit modifié car ce partenaire utilise un lien https pour récupérer ses fichiers. Un filtre ftpSwitch permet de réaliser cette tâche. La configuration est la suivante : <Partner name='red_mobile'> <Directory path='/data/chrootapache/usr/local/apache/htdocs/pmweb/ftp.priceminister.com/redmobile/purchase/' > <Action type ='ConcatFile' check_file='1' keep_source='1'> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/red_mobile/purchase/</Destination> </Action> </Directory> </Partner> Cela va permettre de concaténer les fichiers s'ils existent déjà. |
| Commentaires |
| Commentaire de Marion Anfreville [ 28/juin/07 17:21 ] |
|
Tester la config sur un compte factice pour vérifier que le
système fonctionne bien avant de mettre en place cette config pour
Red_Mobile. Aller voir Eric avant de modifier la config Red_Mobile. |
| Commentaire de Eric Vannier [ 02/juil./07 14:58 ] |
|
J'ai modifié le filtre "ConcatFile" pour qu'il puisse
prendre en compte les fichiers en ignorant "Nbcaracteres" à la fin d'un
nom du fichiers avant l'extension. Ex : == Un fichier qui a comme purchase_items_20070702-09_21.txt pourra être concaténé au fichier destination purchase_items_20070702-09.txt si l'on utilise le paramètre "Field_Value" = 3 La configuration devient ; <Partner name='red_mobile'> <Directory path='/data/chrootapache/usr/local/apache/htdocs/pmweb/ftp.priceminister.com/redmobile/purchase/' > <Action type ='ConcatFile' check_file='1' keep_source='1'> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/red_mobile/purchase/</Destination> <Field_Value>3</Field_Value> </Action> </Directory> </Partner> Merci de tester sur un compte exemple au préalable. J'ai déjà réalisé des tests, cela permettra de valider cette modification. Attention, le test doit être réaliser en forçage car seuleument dans cette configuration ftpSwitch utilise la dernière version du filtre. |
| Commentaire de Rodrigue Nsiangani [ 03/juil./07 11:58 ] |
|
Répertoire de départ "test_red_mobile" Répertoire d'arrivée "test_red_mobile2" @@@@@@@@@ Deux fichiers distincts : [adminpm@bacchus test_red_mobile]$ ll total 16 drwxrwxr-x 2 adminpm adminpm 4096 jui 3 10:54 . drwxrwxrwx 4 adminpm adminpm 4096 jui 3 10:40 .. -rw-r--r-- 1 adminpm adminpm 222 jui 3 10:52 purchase_items_2007_04_03_18.txt -rw-r--r-- 1 adminpm adminpm 267 jui 3 10:52 purchase_items_2007_04_19_06.txt **** Résultat **** [adminpm@bacchus bin]$ cd /data/chrootapache/home/fr/testimport1/purchase/ [adminpm@bacchus purchase]$ tree . |-- test_red_mobile `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt `-- purchase_items_2007_04_19.txt **** Conclusion **** C'est OK, les fichiers de départ n'ont pas été modifiés à l'arrivée @@@@@@@@@ Un nouveau fichier (avec une seule ligne) généré à la même date qu'un autre [adminpm@bacchus test_red_mobile2]$ cd .. [adminpm@bacchus purchase]$ tree . |-- test_red_mobile | `-- purchase_items_2007_04_19_30.txt `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt `-- purchase_items_2007_04_19.txt **** Résulat **** [adminpm@bacchus bin]$ cd /data/chrootapache/home/fr/testimport1/purchase [adminpm@bacchus purchase]$ tree . |-- test_red_mobile `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt `-- purchase_items_2007_04_19.txt [adminpm@bacchus purchase]$ more test_red_mobile2/purchase_items_2007_04_19.txt 10873092|34785681|42040750|B3_DDKU D2913|2007-04-19 04:53:34|Dance Theatre From Brazil: Grupo Corpo - Companhia De Danca|12.96|0032031291393|2.70|NOR MAL|Monsieur|José|Jimenez Mesa|Juan De Juanes 6||29590|Campanillas|Spain|Es|tdm@priceminister.com|0000000000 10873092|34785681|42040750|B3_DDKU D2913|2007-04-19 04:53:34|Dance Theatre From Brazil: Grupo Corpo - Companhia De Danca|12.96|0032031291393|2.70|NOR MAL|Monsieur|José|Jimenez Mesa|Juan De Juanes 6||29590|Campanillas|Spain|Es|tdm@priceminister.com|0000000000 **** Conclusion **** C'est OK car il y a bien les deux lignes. @@@@@@@@@ Un nouveau fichier (multiligne) généré à la même date qu'un autre [adminpm@bacchus purchase]$ tree . |-- test_red_mobile | `-- purchase_items_2007_04_19_45.txt `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt `-- purchase_items_2007_04_19.txt **** Résulat **** [adminpm@bacchus bin]$ cd /data/chrootapache/home/fr/testimport1/purchase [adminpm@bacchus purchase]$ tree . |-- test_red_mobile `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt `-- purchase_items_2007_04_19.txt [adminpm@bacchus purchase]$ more test_red_mobile2/purchase_items_2007_04_19.txt 10873092|34785681|42040750|B3_DDKU D2913|2007-04-19 04:53:34|Dance Theatre From Brazil: Grupo Corpo - Companhia De Danca|12.96|0032031291393|2.70|NOR MAL|Monsieur|José|Jimenez Mesa|Juan De Juanes 6||29590|Campanillas|Spain|Es|tdm@priceminister.com|0000000000 10873092|34785681|42040750|B3_DDKU D2913|2007-04-19 04:53:34|Dance Theatre From Brazil: Grupo Corpo - Companhia De Danca|12.96|0032031291393|2.70|NOR MAL|Monsieur|José|Jimenez Mesa|Juan De Juanes 6||29590|Campanillas|Spain|Es|tdm@priceminister.com|0000000000 10873092|34785681|42040750|B3_DDKU D2913|2007-04-19 00:00:00|TOT OTOT TOTO test RON|15.56|0032031291393|2.70|NORMAL|Monsieur|José|Jimenez Mesa|Juan D e Juanes 6||29590|Campanillas|Spain|Es|tdm@priceminister.com|0000000000 10873092|34785681|42040750|B3_DDKU D2913|2007-04-19 00:00:00|Test Sans titre|19.56|0032031291393|2.70|NORMAL|Monsieur|André|Jimenez Mesa|Juan De Juanes 6||29590|Campanillas|Spain|Es|toto@hotmail.com|0000000000 **** Conclusion **** C'est OK car les lignes se sont ajoutées à la suite. @@@@@@@@@ Nouveau fichier avec une date différente |-- test_red_mobile | `-- purchase_items_2007_04_13_11.txt `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt `-- purchase_items_2007_04_19.txt **** Résulat **** [adminpm@bacchus bin]$ cd /data/chrootapache/home/fr/testimport1/purchase [adminpm@bacchus purchase]$ tree . |-- test_red_mobile `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt |-- purchase_items_2007_04_13.txt `-- purchase_items_2007_04_19.txt **** Conclusion **** C'est OK car les autres fichiers n'ont pas été écrasés @@@@@@@@@ Fichier généré à la même date, à une heure différente se trouvant dans le répertoire de départ [adminpm@bacchus test_red_mobile]$ ll total 16 drwxrwxr-x 2 adminpm adminpm 4096 jui 3 11:46 . drwxrwxrwx 4 adminpm adminpm 4096 jui 3 11:20 .. -rw-r--r-- 1 adminpm adminpm 224 jui 3 11:46 purchase_items_2007_04_21_15_15.txt -rw-r--r-- 1 adminpm adminpm 224 jui 3 11:42 purchase_items_2007_04_21_15_30.txt **** Résulat **** Erreur : [adminpm@bacchus test_red_mobile]$ cd /data/priceminister/pmscripts/ftpSwitch/bin [adminpm@bacchus bin]$ ./ftpSwitch -f ../src/conf/Partenaires/fr/Config_testimport1.xml Use of uninitialized value in substitution (s///) at /usr/local/lib/perl5/5.8.8/File/Basename.pm line 338. fileparse(): need a valid pathname at ../lib/PM/FTP/Filter.pm line 96 [adminpm@bacchus bin]$ |
| Commentaire de Rodrigue Nsiangani [ 03/juil./07 12:10 ] |
|
@@@@@@@@@ Fichier généré à la même date, à une heure
différente se trouvant dans le répertoire de départ mais cette fois le
même fichier existe dans le répertoire d'arrivée [adminpm@bacchus test_red_mobile]$ ll total 16 drwxrwxr-x 2 adminpm adminpm 4096 jui 3 12:07 . drwxrwxrwx 4 adminpm adminpm 4096 jui 3 11:20 .. -rw-r--r-- 1 adminpm adminpm 224 jui 3 12:07 purchase_items_2007_04_21_15_15.txt -rw-r--r-- 1 adminpm adminpm 224 jui 3 11:46 purchase_items_2007_04_21_15_45.txt [adminpm@bacchus test_red_mobile]$ cd /data/priceminister/pmscripts/ftpSwitch/bin [adminpm@bacchus bin]$ ./ftpSwitch -f ../src/conf/Partenaires/fr/Config_testimport1.xml [adminpm@bacchus bin]$ cd /data/chrootapache/home/fr/testimport1/purchase [adminpm@bacchus purchase]$ tree **** Résulat **** |-- test_red_mobile `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt |-- purchase_items_2007_04_13.txt |-- purchase_items_2007_04_19.txt `-- purchase_items_2007_04_21_15.txt [adminpm@bacchus test_red_mobile2]$ more purchase_items_2007_04_21_15.txt 10873092|34801650|42060773|IOdvd024543245704|2007-04-21 14:20:31|End Of The Spear|11.27|0024543245704|2.70|NORMAL|Monsieur|Samuel|Filgueira Ponce|C/ Maçana 65 -67, 4º2ª||17006|Girona|Spain|Es|tdm@priceminister.com|0000000000 10873092|34801650|42060773|IOdvd024543245704|2007-04-21 14:20:31|End Of The Spear|11.27|0024543245704|2.70|NORMAL|Monsieur|Samuel|Filgueira Ponce|C/ Maçana 65 -67, 4º2ª||17006|Girona|Spain|Es|tdm@priceminister.com|0000000000 10873092|34801650|42060773|IOdvd024543245704|2007-04-21 14:20:31|End Of The Spear|11.27|0024543245704|2.70|NORMAL|Monsieur|Samuel|Filgueira Ponce|C/ Maçana 65 -67, 4º2ª||17006|Girona|Spain|Es|tdm@priceminister.com|0000000000 **** Conclusion **** C'est OK car les lignes se sont ajoutées à la suite. |
| Commentaire de Rodrigue Nsiangani [ 03/juil./07 14:29 ] |
|
Depuis ta nouvelle modification, je n'ai plus l'erreur : @@@@@@@@@ Fichier généré à la même date, à une heure différente se trouvant dans le répertoire de départ [adminpm@bacchus test_red_mobile]$ ll total 16 drwxrwxr-x 2 adminpm adminpm 4096 jui 3 14:22 . drwxrwxrwx 4 adminpm adminpm 4096 jui 3 14:21 .. -rw-r--r-- 1 adminpm adminpm 224 jui 3 14:21 purchase_items_2007_04_21_18_30.txt -rw-r--r-- 1 adminpm adminpm 224 jui 3 14:22 purchase_items_2007_04_21_18_35.txt **** Résulat **** [adminpm@bacchus bin]$ cd /data/chrootapache/home/fr/testimport1/purchase [adminpm@bacchus purchase]$ ll total 16 drwxrwxrwx 4 adminpm adminpm 4096 jui 3 14:21 . drwxrwxrwx 9 adminpm adminpm 4096 jan 6 03:00 .. drwxrwxr-x 2 adminpm adminpm 4096 jui 3 14:23 test_red_mobile drwxrwxr-x 2 adminpm adminpm 4096 jui 3 14:23 test_red_mobile2 [adminpm@bacchus purchase]$ tree . |-- test_red_mobile `-- test_red_mobile2 |-- purchase_items_2007_04_03.txt |-- purchase_items_2007_04_13.txt |-- purchase_items_2007_04_19.txt |-- purchase_items_2007_04_21_15.txt `-- purchase_items_2007_04_21_18.txt **** Conclusion ***** C'est OK. |
| Commentaire de Rodrigue Nsiangani [ 03/juil./07 14:29 ] |
| Toutes les possiblités ont été testées. C'est OK. |
| Commentaire de Rodrigue Nsiangani [ 03/juil./07 14:31 ] |
| C'est ok pour moi. |
| Commentaire de Eric Vannier [ 03/juil./07 14:44 ] |
|
J'ai modifié le filtre ConcatFile pour la prise en compte du traitement souhaité. Cela permet de renommer les fichiers "sans les minutes" et de les concaténer si le fichier existe déjà dans le repertoire de destination. |
| Commentaire de Eric Vannier [ 05/juil./07 12:22 ] |
| Le dispositif est mantenant en place. Nous sommes revenus à la situation le même script en france et en espagne. |
[EXP-4092] nagios : besoin d'une alerte pour détecter une incohérence de config sur mod_jk et sur les différents frontaux web Création: 23/nov./07 11:24 Mise à jour: 25/févr./08 13:26 Résolue: 25/févr./08 13:26 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Sébastien Raguet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
adminpm@phaeton priceminister]$ ssh aricia grep all_servers.ba /data/chrootapache/usr/local/apache/conf/workers.properties worker.all_servers.balanced_workers=aurore,amphore,amphitrite,sol,angita,terra,kapys,salus,rhome,titeia [adminpm@phaeton priceminister]$ ssh evandre grep all_servers.ba /data/chrootapache/usr/local/apache/conf/workers.properties worker.all_servers.balanced_workers=aurore,amphore,amphitrite,sol,angita,terra,kapys,salus,rhome,titeia [adminpm@phaeton priceminister]$ ssh phaeton grep all_servers.ba /data/chrootapache/usr/local/apache/conf/workers.properties worker.all_servers.balanced_workers=aurore,amphore,amphitrite,sol,angita,terra,kapys,salus,rhome ==> detection d'incoherence ! il manque titeia sur phaeton... |
| Commentaires |
| Commentaire de Patrice Boulanger [ 22/févr./08 16:55 ] |
| Cette alerte a été mise en prod. Sébastien, je pense qu'il faire ce dont on a discuter, à savoir ne pas prendre en compte l'ordre de déclaration des serveurs dans la liste. |
| Commentaire de Sébastien Raguet [ 25/févr./08 13:26 ] |
|
L'alerte CHECK WORKER PROPERTIES est en place pour les 3
pays et est accessible sur l'interface nagios sous host bacchus. Pour ES
et FR check des 3 web servers (Pour UK uniquement aricia et evandre).
check_workerproperties.pl est la sonde utilisée. Elle permet de vérifier
que: 1 - les pools (all_servers, img_servers uniquement!) sont identique. Vérife de la chaine de caractère donc alertes si différence (par exemple meme si ordre des serveurs est différentes). Cela pourra être changé si besoin. 2 - les propriétés des serveurs web sont bien les memes (alerte déclenché si une des propriétés est différente (comme lbfactor mais aussi autres). |
[EXP-2591] pmapacheconfswitch erreur Création: 05/sept./06 14:17 Mise à jour: 25/juin/07 18:59 Résolue: 18/sept./06 09:14 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrick Condevaux | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
ce matin le pmapacheconfswitch a été tres long a executé. Il reste bloque sur rueducommerce.pm.lan tres longtemps avant d'envoyer une serie d'erreur: Switching configuration file /etc/init.d/httpd restart: configuration broken, ignoring restart /etc/init.d/httpd restart: (run 'apachectl configtest' for details) Apache is now running with the maintenance_fr configuration. Updating static pages...Starting with sleeptime = 1 servername: acf.pm.lan................ task completed ! servername: bambinoccasion.pm.lan............... task completed ! servername: camif.pm.lan................ task completed ! servername: cinenow.pm.lan................ task completed ! servername: croix-rouge.pm.lan................ task completed ! servername: epik.pm.lan................ task completed ! servername: europe2.pm.lan................ task completed ! servername: fast.pm.lan................ task completed ! servername: francemobiles.pm.lan................ task completed ! servername: freesurf.pm.lan................ task completed ! servername: jeuxvideo.pm.lan................ task completed ! servername: liberation.pm.lan................ task completed ! servername: m6.pm.lan................ task completed ! servername: bo.pm.lan................ task completed ! servername: mobilesachat.pm.lan................. task completed ! servername: ofup.pm.lan................ task completed ! servername: pcdirect.pm.lan................ task completed ! servername: presencepc.pm.lan................ task completed ! servername: preview.pm.lan................ task completed ! servername: rfm.pm.lan................ task completed ! servername: rueducommerce.pm.lan..............mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/rueducommerce.pm.lan/mode-textile.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/rueducommerce.pm.lan/vins-saveurs.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/rueducommerce.pm.lan/loisirs-sports.newtemp': Aucun fichier ou répertoire de ce type task completed ! servername: test.pm.lan.mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/test.pm.lan/accueil.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/test.pm.lan/auto-moto.newtemp': Aucun fichier ou répertoire de ce type ..mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/test.pm.lan/musique-cd.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/test.pm.lan/video-dvd-vhs.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/test.pm.lan/jeux-video.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/test.pm.lan/telephone-pda.newtemp': Aucun fichier ou répertoire de ce type ..mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/test.pm.lan/image-son.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/test.pm.lan/voyages.newtemp': Aucun fichier ou répertoire de ce type ...... task completed ! servername: tiscalibe.pm.lan.mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/tiscalibe.pm.lan/accueil.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/tiscalibe.pm.lan/auto-moto.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/tiscalibe.pm.lan/livres-bd.newtemp': Aucun fichier ou répertoire de ce type .....mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/tiscalibe.pm.lan/informatique-logiciels.newtemp': Aucun fichier ou répertoire de ce type .mv: ne peut évaluer `/data/chrootapache/usr/local/apache/htdocs/pmweb/tiscalibe.pm.lan/image-son.newtemp': Aucun fichier ou répertoire de ce type ....... task completed ! servername: viamichelin.pm.lan................ task completed ! servername: virginmega.pm.lan................ task completed ! servername: voiture.pm.lan................ task completed ! servername: www.pm.lan................ task completed ! Done updating static pages |
| Commentaires |
| Commentaire de Antoine Koener [ 18/sept./06 09:14 ] |
|
Nouveau script va remplacer celui ci, pour différencier les pays. |
[EXP-3143] [espagne] Pages statiques : les bypasser lorsque l'on a une url en t= Création: 08/janv./07 17:27 Mise à jour: 25/juin/07 19:00 Résolue: 17/janv./07 15:12 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Swan Desportes | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
A l'instar de ce qui est fait pour la France, il faut qu'une
url vers une page statique qui comprend un paramètre t=xxxxxx redirige
vers une page dynamique pour la bonne prise en compte de ce paramètre. Est ce que tu peux implémenter les règles Apache qui vont biens ? Impact : on paye trop google parce que l'on ne voit pas passer ces paramètres ! Donc à faire dès que possible ! Merci |
| Commentaires |
| Commentaire de Antoine Koener [ 08/janv./07 18:54 ] |
|
Les regles sont déjà en place... Certainement que les urls ne correspondent pas. Il me faudrait donc la liste des URLS qui pourraient être utilisées avec le code tracking. Est-ce exactement les mêmes qu'en France ? |
| Commentaire de Nydia Yallico [ 08/janv./07 19:24 ] |
|
Nous avons créé 7 codes de tracking ds le BO Espagne pour
les diverses catégories de produits dont 6 sont utilisés à l'heure
actuelle. Le problème se situe au niveau des TG Livres et musique. Par exemple : lorsqu'un utilisateurs est redirigé via google.es sur la TG DVD http://www.priceminister.es/navigation/default/category/root_video?t=1276042&dinsight=705&kwsl=7179468 On voit bien dans le code source la présence du code de tracking correspondant à la catégorie( http://logc11.xiti.com/hit.xiti?s=281153&s2=2&p=Google-esDVDVHS(1276042)::Entree&di=&) Par contre les codes Livres et musique ne sont pas présent sur les TG de redirect correspondantes, nous n'avons donc aucune information sur les transactions effectuées via google. Voici les liens de redirect depuis google.es, tu verras dans le code source qu'il n'y a pas de tracking Livres : http://www.priceminister.es/libros-comics?t=1276040&dinsight=705&kwsl=7179399 Musique : http://www.priceminister.es/musica-cd?t=1276041&dinsight=705&kwsl=7179420 Tu trouveras, de plus, en PJ un doc avec les mots clés achetés sur l'espagne et les liens de redirect associés, trackés ! J'espère avoir été claire !!! Merci, Nydia |
| Commentaire de Antoine Koener [ 09/janv./07 11:02 ] |
|
J'ai configuré comme en france. Les deux urls de ton exemple redirigent désormais l'utilisateurs sur des pages dynamiques. Est-ce que cela te convient ? |
| Commentaire de Nydia Yallico [ 09/janv./07 11:15 ] |
|
A priori tout est ok ! Merci, Nydia |
[EXP-3202] Rendre jmx-console utilisable sur le plate-forme d'integration Création: 29/janv./07 17:39 Mise à jour: 16/sept./08 17:54 Résolue: 16/sept./08 17:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Judd OSullivan | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Actuellement la jmx-console, une console très importante
pour les dev, ne marche pas sur la plate-forme d'integration C'est apache qui ne laisse pas passer l'URL : http://www.pm.lan/jmx-console C'est, bien sûr, en integ et pas en prod ou on veut y acceder. |
| Commentaires |
| Commentaire de Antoine Koener [ 30/janv./07 15:50 ] |
|
Quand tu dis ne laisse pas passer tu veux dire que je dois mapper la servlet ? Et je dois mapper jmx-console ou jmx-console/ ou/et jmx-console/* ??? |
| Commentaire de Judd OSullivan [ 30/janv./07 17:29 ] |
|
jmx-console/* |
| Commentaire de Antoine Koener [ 31/janv./07 15:54 ] |
|
Jérémie peux-tu ajouter cette entrée en jkMount dans les fichiers jk ? Merci. |
| Commentaire de Ange Ferrari [ 01/févr./07 11:21 ] |
|
J'ai ajouté les lignes suivantes sur deutz dans mod_jk.redirect.jmx JkMount /jmx-console all_servers JkMount /jmx-console/* all_servers Puis un include de ce fichier dans le virtualhost de pm.lan Mais côté AS ça ne semble pas bien fonctionner http://www.pm.lan/jmx-console |
| Commentaire de Judd OSullivan [ 04/avr./07 12:25 ] |
|
Oui. Le mapping est bon, c'est le console qui ne marche pas.
En fait les pages après la page d'acceuil fonctionnent. La premiere
page plante avec un NPE sur une description d'un MBean. Le MBean
coupable n'est pas précisé donc j'ai testé la conf d'integ en dev et je
n'ai pas d'erreur. Ce ressemble un peu au problème de mauvais LANG mais
le LANG est bien mis à fr_FR. A suivre. De tout facon il y a pas grand monde qui reclame cette fonctionnalité. |
[EXP-4422] Remplacement de vieilles urls partenariat-images qui pointent sur le proxy de phaeton.... Création: 30/juin/08 10:03 Mise à jour: 01/juil./08 18:58 Résolue: 01/juil./08 18:58 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Eric Vannier | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Salut, Il faut remplacer surtout pour les fiches produits qui n'ont pas d'images les attributs PMA0000535/PMA0000536 http://212.23.167.4/partenariat-images/ => http://ftp.priceminister.com/partenariat-images/fr/ Cela pollue le TOP20 des erreurs apache, ce qui est assez gênant... Merci |
| Commentaires |
| Commentaire de Patrick Pereira [ 01/juil./08 18:58 ] |
| C'est fait. |
[EXP-4756] Environnement de test devtest3 : problème avec Mise en Vente et login à fin --> on perd toutes les infos + page d'erreur Création: 31/mars/09 09:43 Mise à jour: 31/mars/09 09:43 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Benoît Bourdon | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
1- Ne pas etre connecté 2- Faire une mise en vente complete 3- Il nous est demandé de se connecter à la fin ... normal 4- ...Mais : à la confirmation du login on a une page d'erreur --> problème de redirection apache (post transformé en get ou l'inverse ? et perte de tous les paramètres transmis) ? Patrice à priori tu es déjà sur le sujet - j'ouvre un jira suivre ça. |
[EXP-385] minitor : monitoring temps de reponse /cover : a remplacer par /photo Création: 21/nov./05 16:32 Mise à jour: 25/juin/07 18:54 Résolue: 26/déc./05 15:41 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 4 heures | ||
| Description |
|
Vu dans les log apache : m6.priceminister.com 212.23.167.24 - - [19/Nov/2005:15:48:05 +0100] "GET /cover/523568 HTTP/1.1" 200 67862 "-" "libwww-perl/5.65" il faut plutot faire le monitoring sur /photo, et non sur /cover. Attention, la syntaxe n'est pas exactement la meme. |
| Commentaires |
| Commentaire de Xiaoming Du [ 26/déc./05 14:26 ] |
|
effectivement, c'est plutôt http://img.priceminister.com/photo/523568 |
| Commentaire de Xiaoming Du [ 26/déc./05 15:41 ] |
| corrigé dans minitord 0.1.26 |
[APP-11181] Gérer les règles de redirection dans CVS Création: 18/juil./06 16:09 Mise à jour: 15/oct./07 11:47 Résolue: 03/oct./07 12:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 17.1.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Classif1: | TECH |
| Classif2: | TECH - déploiement |
| Description |
|
Voulant décharger l'exploit des choses qui ne devraient plus
les regarder, l'idée est de gérer nous même les règles de redirection
des url. CVS ? : à voir ! Concerne : les différentes règles 1) Etude : liste des endroits où l'on redirige, mapping "Mojika" (mapping apache / tomcat). (903) 2) Mise en place d'un moyen de gérer cela en conf par les dev. (904) |
| Commentaires |
| Commentaire de Martin Sudmann [ 03/oct./07 12:02 ] |
|
[CAJ200710] les redirections sont gérées dans l'appli depuis la V17.1 ; le paramétrage dans l'arbre est assuré par l'équipe de référencement, avec l'aide de dev pour le chargement des paramètres initial (connectors/connector01/util/create_redirect_sql.pl ) |
[APP-24465] [IE8] Propriété à vide bloquant les nouvelles fonctionnalités IE8 Création: 03/mars/09 11:27 Mise à jour: 09/mars/09 15:50 Résolue: 09/mars/09 14:36 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 42.0.0 (CTN-J) |
| Version(s) corrigée(s): | 42.0.0 (CTN-J) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Schinzel | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Navigateur: | Internet Explorer 8.X | ||||||||||||||||
| Description |
|
Blocage pour les fonctionnalités Visual Search et Accelerator : Si la property 'priceminister.platform.redirection.french_url' est définie à vide (ce qui est le cas pour les serveurs ref, branch et test pour qu'ils puissent rester sur apache, cf |
| Commentaires |
| Commentaire de Alexandre Garnier [ 03/mars/09 11:46 ] |
| Problématique qui ne se pose qu'en DEV. |
| Commentaire de Alexandre Garnier [ 05/mars/09 09:25 ] |
|
|
| Commentaire de Christophe Garcia [ 09/mars/09 14:20 ] |
| Merci de préciser une version cible |
[APP-2440] Coupons « premier coupon sans minimum » sécurité Création: 24/juin/04 17:01 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.2val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Mihidoire Youssoufa | Attribution: | Martin Sudmann |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
6.9.5 ""L¿utilisation d¿un autre type de coupon avec le même compte empêche l¿utilisation postérieure d¿un coupon de type « premier coupon sans minimum ». j'ai utilisé le code bienvenue (1er coupon) puis apache (loterie sans min)avec le compte riri400 sans message d'erreur code APACHE CB 4977284455582230 |
| Commentaires |
| Commentaire de Martin Sudmann [ 24/juin/04 18:32 ] |
|
le coupon n'a pas été utilisé (panier annulé) c'est normale qu'il n'y a pas de message d'erreur lors d'une vérif sur la CB |
[APP-253] internal server error Création: 05/mars/01 13:39 Mise à jour: 25/juin/07 18:21 Résolue: 25/juin/07 18:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Quentin de Chivré |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Les logs du serveur web montrent que nous avons pas mal de 'internal server error' des erreurs 500 ! Nous devons identifier l'origine de ces erreurs: -> tenter de faire un rapprochement entre les log apache et les log jboss -> faire un peu d'analyse de log, pour voir si cela correspond a des pointes de charge... -> Tenter de les reproduire en test. -> Est ce que cela correspond au redemarrage du serveur ? |
| Commentaires |
| Commentaire de Jessica Rajabaly [ 29/mars/01 18:07 ] |
| Peut etre du aux requetes HEAD Http 1.1 . A confirmer ... |
| Commentaire de Jessica Rajabaly [ 10/juil./01 13:34 ] |
| Le 2/07/2001: 6144 |
| Commentaire de Jessica Rajabaly [ 17/juil./01 10:57 ] |
| Le 17/07/2001: 10876 |
[APP-10281] [AUTO] NC : Barre de nav Auto Création: 07/juin/06 07:40 Mise à jour: 25/juin/07 18:40 Résolue: 14/juin/06 10:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Quentin de Chivré | Attribution: | Emmanuel Gosse |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Les pieds des panneaux n'apparaissent pas car l'image n'est
pas sous CVS. Cela génère des erreurs dans les logs Apache : [Wed Jun 07 05:58:52 2006] [error] [client 193.159.189.205] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/default/structure/header/stick.gif, referer: http://www.priceminister.com/info/auto-moto?t=1392140 => Soit on supprime l'appel a l'image (personne ne s'est plaint de son absence) => Soit on met l'image sous CVS |
| Commentaires |
| Commentaire de Christophe Garcia [ 07/juin/06 11:28 ] |
|
Ca a été validé sans les pieds (et sans les mains). On garde donc comme ça et on vire les appels indus. |
| Commentaire de Christophe Garcia [ 07/juin/06 12:05 ] |
| En fait ça a été validé avec les pieds donc on corrige |
| Commentaire de Jérôme Gautier [ 07/juin/06 15:02 ] |
| Vu avec EGV |
| Commentaire de Manuel Sadok [ 07/juin/06 15:21 ] |
| Picto rajouté. |
| Commentaire de Marc Cacheiro [ 07/juin/06 17:01 ] |
| c'est bon sur toutes les pages sauf sur la home :) |
| Commentaire de Manuel Sadok [ 07/juin/06 17:12 ] |
| Il faut rajouter l'image dans le contenu infoglu de la homepage auto |
| Commentaire de Emmanuel Gosse [ 14/juin/06 10:21 ] |
| le picto est sur la home.. |
| Commentaire de Patrick Condevaux [ 21/juin/06 10:30 ] |
| ok en INTEG |
[EXP-2717] phaeton : pmapacheconfswitch : on dirait qu'il y a un pb avec la mise en production ! Création: 26/sept./06 15:22 Mise à jour: 25/juin/07 18:59 Résolue: 14/mai/07 17:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
[adminpm@phaeton priceminister]$ pmapacheconfswitch WARNING: Apache is currently running in maintenance mode You are about to change the configuration to production mode Type 'YES' to change the configuration and restart the Apache server: YES Switching configuration file /etc/init.d/httpd restart: httpd restarted Apache is now running with the production configuration. Updating static pages...Starting with sleeptime = 0 occasion.presence-pc.com : ...............done croix-rouge.priceminister.com : ...............done occasion.camif.fr : ...............done bambinoccasion.priceminister.com : ...............done koobuycity.priceminister.com : ...............done occasion.liberation.fr : ...............done virginmega.priceminister.com : ...............done freesurf.priceminister.com : ...............done www.radindesbois.com : ...............done francemobiles.priceminister.com : ...............done mobilesachat.priceminister.com : ...............done epik.priceminister.com : ...............done www.priceminister.com:............... done test.priceminister.com:............... done preview.priceminister.com:.........grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-preview/image-son.newtemp: No such file or directory grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-preview/image-son.newtemp: No such file or directory mv: cannot stat `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-preview/image-son.newtemp': No such file or directory ...... done pcdoccasions.vnunet.fr:............... done m6net.priceminister.com:............... done m6music.priceminister.com:............... done NB : cette erreur ne se produit pas sur cupidon ! |
| Commentaires |
| Commentaire de Antoine Koener [ 14/mai/07 17:54 ] |
| Les scripts ont migrés. Le problème n'existe plus. |
[APP-170] erreur de lien Création: 05/févr./01 09:03 Mise à jour: 25/juin/07 18:20 Résolue: 25/juin/07 18:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Nicolas Benady |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Je viens de trouver ceci dans les logs de notre serveur web. Pourrais tu STP faire les grep necessaires pour trouver le probleme ? Il doit y avoir des liens statiques vers des pages html qq part dans l'aide. [Sun Feb 4 23:30:00 2001] [error] [client 212.198.0.92] File does not exist: /usr/local/apache/htdocs/pmweb/sommaire-faq-acheteur.html [Sun Feb 4 23:30:01 2001] [error] [client 195.132.74.216] File does not exist: /usr/local/apache/htdocs/pmweb/sommaire.html [Sun Feb 4 23:32:28 2001] [error] [client 195.132.74.216] File does not exist: /usr/local/apache/htdocs/pmweb/sommaire-faq-acheteur.html [Sun Feb 4 23:32:28 2001] [error] [client 195.132.74.216] File does not exist: /usr/local/apache/htdocs/pmweb/sommaire.html [Sun Feb 4 23:35:57 2001] [error] [client 195.132.74.216] File does not exist: /usr/local/apache/htdocs/pmweb/sommaire-faq-acheteur.html [Sun Feb 4 23:35:57 2001] [error] [client 195.132.74.216] File does not exist: /usr/local/apache/htdocs/pmweb/sommaire.html |
[EXP-635] consommation CPU de httpd sur phaeton Création: 20/déc./05 11:57 Mise à jour: 25/juin/07 18:55 Résolue: 21/févr./06 18:28 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Serge Delabrosse | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||
| Sous-tâches: |
|
| Description |
|
Bonjour Aujourdh'ui encore on constate une consommation excessive de CPU pour le demon httpd ... le cron qui est lancé à 3h du matin tourne encore ... le fichier import_image.pl semble boucler sur le partenaire pm_titelive ... à investiguer Cdlt Serge |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 20/déc./05 13:08 ] |
|
J'avais arréter le CRON bloqué sur Hercule ... Par contre dans les graphes minitord, le CPU est encore élévé tandis qu'un TOP affiche bien qu'il est redescendu |
| Commentaire de Ranto Andriambololona [ 20/déc./05 13:08 ] |
| je parle de la charge CPU sur Phaeton |
| Commentaire de Sébastien Tournay [ 23/déc./05 12:10 ] |
|
On constate ce matin encore une augmentation de la CPU sur
PHAETON. Cette augmentation intervient au moment du passage en mode
maintenance (à 5h). Le passage en mode maintenance engendre des codes retours 503 au moment de l'import des images TITELIVE. www.priceminister.com 212.23.167.4 - - [23/Dec/2005:05:00:27 +0100] "GET /partenariat-images/pm_titelive/B9782010189692v.jpg HTTP/1.1" 503 1317 "-" "Priceminister robot" www.priceminister.com 212.23.167.4 - - [23/Dec/2005:05:00:27 +0100] "GET /partenariat-images/pm_titelive/B9782010189708r.jpg HTTP/1.1" 503 1317 "-" "Priceminister robot" www.priceminister.com 212.23.167.4 - - [23/Dec/2005:05:00:27 +0100] "GET /partenariat-images/pm_titelive/B9782010189708v.jpg HTTP/1.1" 503 1317 "-" "Priceminister robot" www.priceminister.com 212.23.167.4 - - [23/Dec/2005:05:00:27 +0100] "GET /partenariat-images/pm_titelive/B9782010189739r.jpg HTTP/1.1" 503 1317 "-" "Priceminister robot" www.priceminister.com 212.23.167.4 - - [23/Dec/2005:05:00:27 +0100] "GET /partenariat-images/pm_titelive/B9782010189739v.jpg HTTP/1.1" 503 1317 "-" "Pric On remarque en faisant un serveur-status sur phaeton (http://phaeton.priceminister.com/server-status) que nous avons tojours les différents process APACHE TITELIVE qui trainent. En stopant le mécanisme TITELIVE sur HERCULE il semble que la charge sur PAHETON diminue. Y'a visiblement un mauvais comportant du script import_image.pl qui se lance à 3h durant le mode maintenance. On ne constate pas de pb de charge avant 5h. On vient de déplacer le cron sur HERCULE pour lancer l'import des images TITELIVE à 7h pour voir le comportement de la CPU sur PHAETON |
| Commentaire de Sébastien Tournay [ 26/déc./05 09:50 ] |
|
Ce matin on constate après le WE du 24-25/12 une utilisation anormale de la CPU. Il semble que le fait de déplacer le mécanisme d'import des images TITELIVE à 7h (au lieu de 3h la semaine dernière) ne fait que repouser le déclengement d'augmentation de CPU sur PHAETON. On constate que l'import des images titelive (via le mécanisme import_images.pl) à débuté le lundi 26/12 précisément à 8h24. Ce qui semble correspondre au moment ou la CPU augmente dès ce matin sur PHAETON. On constate aussi la présence d'un grand nombre d'erreur 404 dans les fichiers de logs. Un problème toujours lié à l'import des images TITELIVE (cf. courbe associées sur APACHE ERROR). www.priceminister.com 212.23.167.4 - - [26/Dec/2005:09:19:20 +0100] "GET /partenariat-images/pm_titelive/B9782011350619v.jpg HTTP/1.1" 404 1117 "-" "Priceminister robot" www.priceminister.com 212.23.167.4 - - [26/Dec/2005:09:19:20 +0100] "GET /partenariat-images/pm_titelive/B9782011350664r.jpg HTTP/1.1" 404 1117 "-" "Priceminister robot" www.priceminister.com 212.23.167.4 - - [26/Dec/2005:09:19:20 +0100] "GET /partenariat-images/pm_titelive/B9782011350664v.jpg HTTP/1.1" 404 1117 "-" "Priceminister robot" J'ai killé vers 9h15 le process d'import des images TITELIVE sur HERCULE. J'ai laissé le process global d'import (import_images.pl) continuer pour assurer l'import des autres images partenaires. Rapidemment ensuite sur PHAETON le process HTTP se met à consommer moins de CPU (17% dans le TOP au lieu des 123% en cas de crise). On se rapproche plus du fonctionnement normal constaté sur CUPIDON. La courbe de charge se met aussi à descendre dans le quickview mais pas encore la courbe de CPU-usage (temps de MAJ ?). On constate aussi la chute des erreurs au niveau d'Apache. Une explication sur cette augementation de CPU sur PHAETON pourrait-être liée à la réaction d'Apache pour gérer toutes ces erreurs 404 (ou 503 en mode maintenance comme la semaine dernière) lors de requête HTTP sur des images qui n'existent pas. Pour confirmer que le problème semble bien lié à l'import des images TITELIVE, je propose de sortir du mécanisme (import_images.pl) l'import des images de ce partenaire (ToDo Ranto). On pourra ensuite si c'est vérifié, corriger le processus d'import lié à TITELIVE. |
| Commentaire de Ranto Andriambololona [ 26/déc./05 11:05 ] |
|
Je viens d'enlever le partenaire pm_titelive de la liste partenaires ayant des images à importer Il y a actuellement 1 piste - Le répertoire web pm_tiltelive contient 22 430 images et fait 1,3 G de disque. Un simple ' ls ' dans son répertoire bloque le curseur Je propose la suite suivante : - Constater demain si le fait d'enlever pm_titelive régle le problème - Demain, remettre titelive dans la boucle mais avec très peu d'images (de nouvelles), déplacer les 1,3 Go ailleurs - Effacer tous les images pm_titelive déja importés, cela est valable pour tous les partenaires car aujourdh'ui on n'a pas de mécanisme de suppression des vieux images partenaires ( mais peu ètre que je suis pas au courant) . |
| Commentaire de Ranto Andriambololona [ 27/déc./05 12:41 ] |
|
Le problème de charge CPU sur Phaeton n'a pas eu lieu ce jour, Ce qui privillègie fortement la piste : "répertoire web pm-titelive contient trop d'images et fait 1,3G" Je viens de déplacer le contenu de 1,3 G et laissé juste 40 images dans le répertoire pm_titelive. a suivre demain ... |
| Commentaire de Sébastien Tournay [ 27/déc./05 14:40 ] |
|
OK. Avons nous pensé à bien remettre le user pm_titelive
dans le fichier liste_pseudos.txt pour faire le test demain matin ? |
| Commentaire de Ranto Andriambololona [ 03/janv./06 17:24 ] |
|
Suite ... Pour moi il y a deux solutions potentielles pour déplacer les vieux images des partenaires PRO 1- On se base sur un délai (1 mois suffit d'après Nicolas G) et on déplace les images sur JUNON , cela est très simple à faire ... 2- On traite cela directement à la volée dans le script import_images.pl à l'import. Dans ce cas * Je propose la 1er solution car très simple à faire et facilement applicable à tous les partenaires (find -mtime -name *.jpeg ...) * Pour la 2ème solution, il faut entrer dans le script perl et ajouter une fonction et une requete qui intérroge dans la base si le produit correpondant possède déja une image à l'état active. Si oui pas d'import et déplacement de l'image sur JUNON; si NON import et déplacement. |
| Commentaire de Justin Ziegler [ 04/janv./06 10:35 ] |
|
Il faut se baser sur un delai, mais il faut que cela soit integre dans le script import_images.pl. C'est a dire qu'il ne faut pas faire un nouveau script. |
| Commentaire de Antoine Koener [ 10/janv./06 17:28 ] |
|
Analyse du script import_image.pl. Succinctement le script va faire les opérations suivantes sur chaque entrée du fichier liste_pseudos.txt : - Créer un répertoire de travail - Recupère les images contenues dans la base en utilisant les URL disponibles dans le champs 'value' de la table 'prd_attribute_value'. Stocke les images sur le disque. - Crèe le fichier ctl de load pour oracle contenant des infos comme: product_id, file_name, url, userId. - Appelle le sqlldr en utilisant le fichier ctl tout juste créé. En détails les points du scripts qui semblerait être les plus coûteux en temps machines sont : le processus sqlldr, qui doit insérer l'image dans la base le processus de conversion des images. Il serait donc intéressant d'afficher des timestamp autour de ces fonctions, nous pourrions ainsi connaître le temps utilisé par chaque traitement La ligne de conversion des images est la suivante: `$convertPath -format jpg -geometry "${width}x${height}>" "$workdir/$filename" "$workdir/$filename" || rm -f "$workdir/$filename"`;. convertPath est substitué en '/appli/priceminister/imagemagick/bin/convert' pour l'environnement de PROD. 1) Je ne sais pas ce que signifie le signe > dans le définition de la geometry, le manuel de convert n'y fait pas référence. De plus cette ligne de commande utilise le même fichier de départ que celui d'arrivée. 2) Cette ligne efface tout simplement l'image si la conversion a échoué. Un échec peut très bien être du à autrechose que le format d'image, c'est peut être plus prudent de conserver l'image même si la convsersion s'est mal déroulée... (La non présence du binaire de converPath suffirait à effacer l'image) Je propose de mettre en place les affichages de timestamp autour des fonctions précédement évoquées. D'ajouter également un affichage au début du script, pour connaître l'heure de départ du lancement du script, et de même pour la fin. Le fichier de log fait actuellement 119M, il contient aussi bien des informations de succès que d'erreurs. Il serait opportun de définir quelles sont les informations qui ont réellement une place dans ce log. Une fois ces indicateurs en plus nous pourrons déterminer la cause de l'utilisation élevée du CPU. |
| Commentaire de Justin Ziegler [ 11/janv./06 11:06 ] |
|
tres belle analyse du script import_image.pl. :-) Il semble que nous ayons de la marge pour faire un peu de "qualite" sur ce script. Sur quel serveur tourne le script en import_image.pl ? Info supplementaire : lorsque le pb se produit, la cpu est consommee par apache, et non par le script import_image.pl. Ne faut il pas simplement purger les images qui sont la depuis trop longtemps ? |
| Commentaire de Antoine Koener [ 11/janv./06 11:20 ] |
|
Lorsque le script PERL fait des requètes HTTP pour récupérer les images et reçoit des 404 l'utilisation d'un processeur monte à 25 %. |
| Commentaire de Antoine Koener [ 11/janv./06 12:17 ] |
|
Bon, je ne saisis pas tout car le script import_images.pl tourne sur le serveur hercule. Son influence hypothétique sur l'utilisation CPU phaeton me semble remise en cause, car je ne vois pas de relation directe entre ce script et apache... Je vais regarder plus à fond la piste de la suppression des vieilles images. |
| Commentaire de Antoine Koener [ 11/janv./06 15:57 ] |
|
Vu avec ranto, le serveur phaeton lorsqu'il recoit des demandes de la part d'hercule via le script import_image.pl va vérifier la présence du fichier dans le répertoire. Cette vérification se fait avec d'après les sources de apache via l'utilisation d'un appel système de type stat(). Le très grand nombre d'image dans ce répertoire doit ralentir la vitesse de cet appel système. - Il faudrait vérifier que nous obtenons de manière moins rapide le résultat d'un 'ls -l' sur un fichier précis lorsque le répertoire est rempli. Que la commande 'ls' soit plus lente lorsque le répertoire est fortement rempli n'explique pas la charge CPU élevée lorsque les accès se font sur des fichier de manière nominative. - Je vais creuser l'idée que sur du ext3 le temps de réponse d'un stat() dépend de la liste des fichiers contenu dans le répertoire. La solution immédiate est de gérer au jour le jour le nombre de fichier dans ce répertoire. (via une automatisation de suppression ou de déplacement) Une solution pérenne serait de faire un découpage automatique de l'url afin d'aller chercher un fichier nommé dans une arborescence de répertoire. Cela devant être fait de manière transparente. (rewrite rules) Aussi bien au moment de la copie de l'image que de la récupération. (ftp2web) |
| Commentaire de Antoine Koener [ 11/janv./06 18:26 ] |
|
Après une analyse plus approfondie je dois me corriger. Le répertoire "partenariat-images" se trouve être sur le NFS dans hercule:/data/priceminister/share on /data/chrootapache/nfs_share type nfs (rw,soft,bg,addr=10.150.28.77) [adminpm@phaeton pmweb]$ pwd /data/chrootapache/usr/local/apache/htdocs/pmweb [adminpm@phaeton pmweb]$ ls -l . | grep partenariat-image lrwxrwxrwx 1 adminpm adminpm 44 Nov 18 11:48 partenariat-images -> ../../../../../nfs_share/partenariat-images/ [adminpm@phaeton pmweb]$ mount | grep hercule hercule:/data/priceminister/share on /data/chrootapache/nfs_share type nfs (rw,soft,bg,addr=10.150.28.77) Je peux donc dire que le script import_image.pl tournant sur hercule interroge phaeton pour recevoir des fichiers qui sont stockés chez lui. (hercule) o_O Non seulement le stat sur du nfs est lent, mais le transfert de donnée en HTTP est à mes yeux inutile... Sans vraiment trop creuser je pense que import_image.pl poura être transformé en une simple copie de fichier. |
| Commentaire de Justin Ziegler [ 12/janv./06 10:18 ] |
|
Sauf que a terme, le montage phaeton<==hercule devrait etre remplace par un montage phaeton<==junon ... au debut on avait des montages depuis hercule, mais ils doivent progressivement disparaitre. |
| Commentaire de Antoine Koener [ 24/janv./06 17:26 ] |
|
Etant donné que nous allons toujours utiliser des montages nfs, je propose de faire un test dans le script pour vérifier la présence du fichier sur le montage nfs avant de faire une récupération via HTTP de ce même fichier. J'ai une version du script import_images.pl dans le cvs qui vérifie cela. Dès que nous le voudrons nous pourrons l'utiliser. |
| Commentaire de Justin Ziegler [ 30/janv./06 15:13 ] |
|
Encore du nouveau sur ce theme, vu ce WE : il s'agit du process httpd [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9782753000339v.jpg [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9782753000360r.jpg [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9782753000360v.jpg [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9782845408005r.jpg [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9782845408005v.jpg [Sat Jan 28 16:48! :01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9782845408012r.jpg [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9782845408012v.jpg [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9781841621388r.jpg [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9781841621388v.jpg [Sat Jan 28 16:48:01 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9781841621340r.jpg [Sat Jan 28 16:48:02 2006] [error] [client 212.23.167.4] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/partenariat-images/pm_titelive/B9781841621340v.jpg [Sat Jan 28 16:48:02 2006] [e cela degrade fortement le temps de reponse. ne peut on pas corriger cela ? les file does not exist ne servent a rien pour personne. De quels fichiers s'agit il ? |
| Commentaire de Ranto Andriambololona [ 02/févr./06 15:20 ] |
|
On vient de remplacer le fichier import_images.pl en PROD
avec dedans les modifications faites pas Antoine qui permet de gérér les
répertoires partenariat-images C'était testé en INTEG, l'équipe param est prévenu |
| Commentaire de Antoine Koener [ 21/févr./06 18:28 ] |
|
La modification du script import_image permet de ne pas demander les images non presentes sur le NFS. Cela fonctionne correctement. |
[EXP-1537] Problème de génération des pages statiques sur PHAETON pour le BRAND bo.priceminister.com.jmh Création: 17/mars/06 09:53 Mise à jour: 25/juin/07 18:57 Résolue: 17/mars/06 14:17 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sur PHAETON, nous avons les erreurs ci-dessous. Je pense que
c'est lié au fait que nous avons renomé le brand
bo.priceminister.com.jmh en bo.jmh.lan. A corriger donc ASAP. également, il me semblait que l'on devait supprimer la mention 'site de test' en accédant à bo.jmh.lan. Cela devait être livré avec la V812. Visiblement cela n'est toujours pas réglé. Il faut rouvrir le JIRA en question et faire le point avec Christophe. bo.priceminister.com.jmh:../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory Looking up bo.priceminister.com.jmh bo.priceminister.com.jmh Unable to locate remote host bo.priceminister.com.jmh. Alert!: Unable to connect to remote host. lynx: Can't access startfile http://bo.priceminister.com.jmh/home?page=10&static=true grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory mv: cannot stat `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp': No such file or directory ../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory Looking up bo.priceminister.com.jmh bo.priceminister.com.jmh Unable to locate remote host bo.priceminister.com.jmh. Alert!: Unable to connect to remote host. lynx: Can't access startfile http://bo.priceminister.com.jmh/navigation/default/category/root_books?static=true grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory mv: cannot stat `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp': No such file or directory ../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/musique-cd.newtemp: No such file or directory Looking up bo.priceminister.com.jmh bo.priceminister.com.jmh Unable to locate remote host bo.priceminister.com.jmh. Alert!: Unable to connect to remote host. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 17/mars/06 14:06 ] |
|
J'ai corrigé le soucis en suprimmant les entrées http://bo.priceminister.com.jmh sur Phaeton Je reprends le projet migration de bo.jmh.lan dans un autre JIRA [adminpm@phaeton pseudo-static-pages]$ ./Pseudo-static-pages-script.sh Starting with sleeptime = 0 www.radindesbois.com:................ done www.priceminister.com:................ done www.croix-rouge.priceminister.com:................ done virginmega.priceminister.com:................ done tiscalibe.priceminister.com:................ done rfm.priceminister.com:................ done preview.priceminister.com:................ done pcdoccasions.vnunet.fr:................ done ofup.priceminister.com:................ done occasion.rueducommerce.fr:................ done occasion.presence-pc.com:................ done occasion.liberation.fr:................ done occasion.camif.fr:................ done mobilokaz.priceminister.com:................ done mobilesachat.priceminister.com:................ done m6.priceminister.com:................ done m6net.priceminister.com:................ done m6music.priceminister.com:................ done m6game.priceminister.com:................ done koobuycity.priceminister.com:................ done jeuxvideo.priceminister.com:................ done freesurf.priceminister.com:................ done francemobiles.priceminister.com:................ done europe2.priceminister.com:................ done epik.priceminister.com:................ done eglue.priceminister.com:................ done croix-rouge.priceminister.com:................ done cinenow.priceminister.com:................ done bo.priceminister.com:................ done bo.jmh.lan:................ done bi.priceminister.com:................ done bambinoccasion.priceminister.com:................ done |
[EXP-3257] [INTEG ES] Images non visibles Création: 12/févr./07 18:37 Mise à jour: 25/juin/07 19:00 Résolue: 13/févr./07 15:50 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Younès Charrière | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Les images ne sont pas déployées en Integ es (apparemment il
y a un problème dans le script de démarrage : copie dans un répertoire
qui n'existe pas ?!?) Merci d'y jeter un ¿il Jérémie [pmas@mignon autodeploy]$ pmjboss start cron You are about to deploy package V12_0_1.tar.gz (V12_0_1) Type 'YES' to confirm: Transferring static files to web servers ... Transferring files to deutz scp: /data/chrootapache/usr/local/apache/es/htdocs/pmweb/content: No such file or directory Creating directory and links on deutz, uncompressing content ... bash: line 1: cd: /data/chrootapache/usr/local/apache/es/htdocs/pmweb/: No such file or directory ln: missing file argument Try `ln --help' for more information. bash: line 2: content/V12_0_1/doc: No such file or directory lp: error - no default destination available. tar (child): ../images.tgz: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors 2007/02/12 18:30:05 pmjboss error: jBoss is already running [pmas@mignon autodeploy]$ ssh [pmas@mignon autodeploy]$ [pmas@mignon autodeploy]$ [pmas@mignon autodeploy]$ logout Connection to mignon closed. [pmas@deutz autodeploy]$ cd /data/chrootapache/usr/local/apache/es/htdocs/pmweb/content -bash: cd: /data/chrootapache/usr/local/apache/es/htdocs/pmweb/content: Aucun fichier ou répertoire de ce type [pmas@deutz autodeploy]$ cd /data/chrootapache/usr/local/apache/es/htdocs/pmweb/content |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 13/févr./07 15:50 ] |
|
Un pb de script sur pmdeploynewear script integ different de la preprod. Architecture deutz bcp trop differente des frontaux pre prod et prod d'ou l'arrangement du script |
[APP-14292] contenu statique : manque l'image onglet_event.gif ? Création: 15/déc./06 16:37 Mise à jour: 25/juin/07 18:48 Résolue: 22/déc./06 10:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 11.0.0 (Merge et Maintenance) |
| Version(s) corrigée(s): | 11.2.0 (Lycos) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Validator |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Maintenance 11.0.0 |
| Description |
|
Ca pourrait etre bien de juste recuperer l'image en question, et simplement la mettre au bon endroit. Voici un extrait de log : [Wed Dec 13 20:29:54 2006] [error] [client 85.168.100.110] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V11_0_0/front/brand/www/images/default/structure/header/onglet_event.gif , referer: https://www.priceminister.com/connect [Wed Dec 13 20:30:07 2006] [error] [client 86.205.65.34] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V11_0_0/front/brand/www/images/default/structure/header/onglet_event.gif, referer: https://www.priceminister.com/connect [Wed Dec 13 20:30:10 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost- img/content/V11_0_0/front/brand/www/images/default/structure/header/onglet_event.gif , referer: http://www.priceminister.com/ [Wed Dec 13 20:30:31 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V11_0_0/front/brand/www/images/default/structure/header/onglet_event.gif , referer: http://www.priceminister.com/ng?t=1414040 [Wed Dec 13 20:30:33 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V11_0_0/front/brand/www/images/default/structure/header/onglet_event.gif , referer: http://www.priceminister.com/offer/buy/927575?t=869240 |
| Commentaires |
| Commentaire de Arnaud Forgues [ 21/déc./06 16:16 ] |
| Toujours vrai depuis la V11_2_0 |
| Commentaire de Arnaud Forgues [ 21/déc./06 16:17 ] |
| ? |
| Commentaire de Younès Charrière [ 22/déc./06 10:05 ] |
| J'ai greppé les logs en prod de ce matin, d'hier et je ne vois plus l'erreur. Le problème a été résolu par Swan. |
[APP-10308] Images manquantes Création: 07/juin/06 10:18 Mise à jour: 25/juin/07 18:40 Résolue: 14/juin/06 10:45 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Olivier Badreau |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
[Wed Jun 07 09:06:00 2006] [error] [client 195.12.230.202]
File does not exist:
/usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/default/bullet/a_arrowb2.gif,
referer: http://www.priceminister.com/ [Wed Jun 07 09:06:00 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/background/a_arrow_lis.gif, referer: http://www.priceminister.com/ [Wed Jun 07 09:06:03 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/button/bg_blue.gif, referer: http://www.priceminister.com/ [Wed Jun 07 09:06:03 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/button/bg_buy.gif, referer: http://www.priceminister.com/ [Wed Jun 07 09:06:03 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/button/cornerright_blue.gif, referer: http://www.priceminister.com/ [Wed Jun 07 09:06:07 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/background/a_arrow_lis.gif, referer: http://www.priceminister.com/info/auto-moto?t=1123740 [Wed Jun 07 09:06:08 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/button/button_blue_bg.gif, referer: http://www.priceminister.com/ [Wed Jun 07 09:06:10 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/default/structure/header/stick.gif, referer: http://www.priceminister.com/navigation/power/category/r-auto-moto [Wed Jun 07 09:06:14 2006] [error] [client 193.159.189.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/background/a_arrow_lis.gif, referer: http://www.priceminister.com/offer/buy/6122827/sort0 [Wed Jun 07 09:06:14 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/default/structure/header/stick.gif, referer: http://www.priceminister.com/navigation/default/category/175420 [Wed Jun 07 09:06:17 2006] [error] [client 194.51.20.126] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/null, referer: http://www.priceminister.com/wish?action=list&start=1147949510000 [Wed Jun 07 09:06:21 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V900/front/brand/www/images/background/a_arrow_lis.gif, referer: http://www.priceminister.com/navigation/default/category/tab_700?&tracking=62001 |
| Commentaires |
| Commentaire de Renaud Dierickx [ 07/juin/06 11:38 ] |
|
Analyse des problèmes : a_arrowb2.gif : existe dans la css mais n'existe pas en dev a_arrow_lis.gif : Dans la css, il y a une déclaration url(images/background/a_arrow_lis.gif) alors que le vrai chemin est url(images/default/bullet/a_arrow_lis.gif) Pouvez-vous corriger ce problème de façon à ce que ça passe dans la V900a ? (voir avec Edouard) bg_blue.gif : existe dans la css mais n'existe pas en dev bg_buy.gif : existe dans la css mais n'existe pas en dev cornerright_blue.gif : existe dans la css mais n'existe pas en dev button_blue_bg.gif : existe dans la css mais n'existe pas en dev stick.gif : C'est un problème de dev, je vais faire un check in pour corriger le pb |
| Commentaire de Renaud Dierickx [ 07/juin/06 11:39 ] |
|
Jérome, Pour les images appelées dans la css mais pas en dev, peux-tu me les transmettre ?? Et pour a_arrow_lis.gif, peux-tu corriger le problème qui est dans la css ??? Une fois terminer merci de me réassigner ce bug. |
| Commentaire de Jérôme Gautier [ 07/juin/06 11:58 ] |
| Peux tu me dire si les toutes images déclarer dans la CSS sont utilisées ?? |
| Commentaire de Olivier Badreau [ 07/juin/06 15:29 ] |
|
Apres un check rapide avec emmanuel, il semblerait que les classes concernées ne soient plus utiliser. Je les ai passées en commentaires pour pouvoir les recuperer rapidement en cas de bug. |
| Commentaire de Quentin de Chivré [ 07/juin/06 18:29 ] |
| Décommenté finalement pour ne pas prendre de risque |
| Commentaire de Olivier Badreau [ 08/juin/06 11:17 ] |
|
Apres verification avec EGO, il s'avere que les classes appelant les images citées ne sont pas utilisées en dev. Le tout est de verifier leur utilisation eventuelle en param et dans Infoglue avant de les commenter. Merci d'effectuer une verification sur les classes suivantes: .rech_global .list .rech_global .list2 .bt_bg .bt_buybg a.bt_word, a.bt_word:visited, a.bt_word:hover .button_blue |
| Commentaire de Ariane Baldinger [ 13/juin/06 16:58 ] |
| Elles ne sont pas utilisées ni dans l'arbre des catégories ni dans Infoglue. |
| Commentaire de Olivier Badreau [ 14/juin/06 10:45 ] |
| ok je ferme le JIRA alors... |
| Commentaire de Lydia Dali [ 05/juil./06 15:34 ] |
| ok en integ. |
[APP-11068] Images manquantes Création: 11/juil./06 12:35 Mise à jour: 25/juin/07 18:41 Résolue: 13/juil./06 10:09 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Stéphane François |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
[Fri Jul 07 10:17:02 2006] [error] [client 192.168.1.155]
File does not exist:
/usr/local/apache/htdocs/pmweb/virtualhost-img/content/V901/front/brand/www/images/bullet/bullet.gif,
referer: http://bo.pm.lan/navigation?action=default&category=r_cote [Fri Jun 30 15:50:33 2006] [error] [client 192.168.1.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V901/front/brand/www/images/button/bg_blue.gif, referer: http://akamai.pm.lan/content/V901/front/brand/www/images/button/bg_blue.gif |
| Commentaires |
| Commentaire de Stéphane François [ 13/juil./06 10:07 ] |
|
Pour le premier log, les 3 class et id utilisant la
"bullet.gif" vont être mis de coter pour la période de test en integ. pour le second, OBA a déjà travaillé sur la question, et le problème est résolu. Résultat final à voir dans une semaine si aucun log ne revient à nouveau. |
| Commentaire de Patrick Condevaux [ 24/juil./06 18:16 ] |
| ok plus de trace dans les log d'INTEG |
[APP-29846] Des produits non présentés dans la Mode Création: 09/juin/10 09:56 Mise à jour: 21/juin/10 14:34 Résolue: 21/juin/10 14:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | 72.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Many Pes |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||||||||||
| Description |
|
Avec l'apparition des chemins de fer dans les listes de
produits, nous nous rendons compte que certains produits ne matchaient
pas dans les noeuds non précisés qui étaient paramétrés manuellement : http://bo.priceminister.com/nav/Mode_Mode-homme/f1/Cale%E7on Ces produits ont pour fabricant une valeur pierre et ne rentrent donc pas dans la condition valeur "abs" paramétrée dans l'arbre. Il faudrait vérifier les autres catégories ou un noeud non précisé est paramétré manuellement pour voir si le cas ne se reproduit pas ailleurs, mais je pense qu'il ne se produit que dans la mode. 2 solutions : - Passage de la valeur "Autre" en Affiché BO (a préciser par param ou dev), et suppression du noeud manuel accompagnée de redirections apache sur l'ancien filtre. - Modification de la valeur pour index et url dans le noeud non précisé manuel pour mettre celle avec accent, accompagnée de redirections apache sur l'ancien filtre. Les 2 solutions conviennent au référencement, à voir laquelle est la plus fiable. |
| Commentaires |
| Commentaire de Marion Anfreville [ 09/juin/10 14:32 ] |
|
Ce jira vient à l'encontre d'une demande de l'époque du
ref/commerciaux qui était de n'afficher sur les vêtements que les
fabricants Diamant dans la NpF Vêtements => |
| Commentaire de Cédric Goldovsky [ 21/juin/10 12:02 ] |
| a résoudre |
| Commentaire de Many Pes [ 21/juin/10 14:32 ] |
|
Un feed sélectif a été lancé sur les différents types
produits concernés par ces modifications, le feed est fini, mais il
reste des résidus. Mode femme : 3139 encore avec le non precise manuel. Mode homme: 1927 Bijoux: 483 Vêtements de sport: 92 Je ferme ce JIRA, et notifie ce problème dans un autre. |
[EXP-386] partenaires : ebuyclub semble encore utiliser des url d'image en /cover... Création: 21/nov./05 16:34 Mise à jour: 25/juin/07 18:54 Résolue: 18/janv./06 13:42 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Edouard Laurent |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
vu dans les log apache : img.priceminister.com 206.65.191.206 - - [19/Nov/2005:15:47:14 +0100] "GET /cover/116622730 HTTP/1.0" 200 7871 "http://achat.ebuyclub.com/Comparateur/PriceMinister-Jeux-Playstation-Jeux-7.htm" "swcd/5.2.0040" il faudrait plutot mettre des url en /photo, et passer par akamai au lieu de speedera. NB : attention, les syntaxes des url /photo et /cover ne sont pas identiques |
| Commentaires |
| Commentaire de Edouard Laurent [ 22/nov./05 09:59 ] |
|
J'ai re-verifier dans le mecanisme partnership et il n'y a plus de /cover et la syntax est bien modifie cf http://pricejira.lan/browse/EXP-300 Le probleme semble venir de chez le partenaire J'ai donc demande a Charles de faire un mail a l'ensemble des partenaires pour connaitre : - la frequence de mise a jour de leur db grace au flux que l'on envoye. - leur mode de fonctionnement cad par exemple : est ce qu'ils suppriment les prd de leur site quand ils sont plus present dans le flux sachant que nous n'envoyons que les produits en stock. Les raisons peuvent donc etre multiple, je continue mon enquete avec Charles chez les differents comparateurs. Edouard |
[APP-11938] URL akamai incorrecte. (image de drapeau) Création: 31/août/06 16:59 Mise à jour: 25/juin/07 18:43 Résolue: 14/sept./06 15:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Antoine Koener | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Voici l'erreur, à la deuxième place du top erreur apache: /content/V902a/front/brand/www/images/http:/a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/content/V902a/front/brand/www/images/default/flag/france.gif Cette url est incorrecte pour tous les drapeaux, germany, belgium etc. Ce qui n'est pas correcte c'est le http:/a526 il manque un slash... En espérant que tu puisses trouver quelqu'un à qui cela parle :p |
| Commentaires |
| Commentaire de Swan Desportes [ 01/sept./06 12:38 ] |
|
Il faut peut etre expliciter les pages sur lesquelles ça se produit. En tout cas, ce n'est pas du dev --> param donc :-) |
| Commentaire de Patrick Condevaux [ 01/sept./06 15:55 ] |
|
ces drapeaux apparaissent sur les pages cart , purchase
(d'apres Antoine) et ils apparaissent aussi sur la boutique des vendeurs
etrangers. |
| Commentaire de Alexandre Garnier [ 04/sept./06 10:22 ] |
|
Je mettrais plutôt que ce qui n'est pas correct c'est le fait que l'adresse soit : http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/content/V902a/front/brand/www/images/http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/content/V902a/front/brand/www/images/default/flag/france.gif au lieu de http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/content/V902a/front/brand/www/images/default/flag/france.gif Il akamaise l'image qui l'est déjà ! Dans Cart.jsp (où ça marche pas) : <pmint:img alias="alt_seller_from" vc_sellerCountry="<%= Format.text(Country.alt(infItem.getSellerCountryId())) %>" src="<%= Country.flag(infItem.getSellerCountryId(), infPurchase.getUsaCountryId())%>" alt="## available variables : sellerTypeStat Vendeur expédiant depuis $sellerCountry" border="0" width="13" height="9" align="bottom" /> Dans AdvertClassicInclude.jsi (où ça marche) : <pmint:img alias="img_sold_from" src="<%= Country.flag(infAdvert.getSellerCountryId(), lBuyerCountryId) %>" alt="Vendeur expédiant depuis $country" width="13" height="9" vc_country="<%= Format.text(Country.alt(infAdvert.getSellerCountryId())) %>" block="AdvertClassicInclude" /> En Dev et Integ, l'adresse est tjrs OK ... |
| Commentaire de Alexandre Garnier [ 14/sept./06 15:53 ] |
| Cela semble OK en prod maintenant |
| Commentaire de Antoine Koener [ 17/oct./06 11:31 ] |
|
Je ne vois plus d'erreur dans les logs. |
[CoB ViaMichelin] Tasks d'exploitation
(EXP-2330)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Bruno Ballester | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Version cible : v902 RoadMap : V:\Projets\Cobrandings\Cobranding_ViaMichelin URL souhaitée : viamichelin.priceminister.com De mémoire l'ouverture d'un co-branding concerne les tasks suivantes : Modification robot.txt Configuration Apache Préparation pré-deploiement Mise en place post-déploiement Passer le script pour le tag Xiti |
| Commentaires |
| Commentaire de Bruno Ballester [ 06/juil./06 10:37 ] |
| Doublon |
| Commentaire de Antoine Koener [ 09/août/06 10:17 ] |
|
En validation par l'equipe viamichelin. |
| Commentaire de Antoine Koener [ 24/août/06 16:41 ] |
|
Puis-je fermer cette demande ? |
| Commentaire de Manuel Sadok [ 24/août/06 16:46 ] |
| Si tout à été fait côté exploit (en principe oui), oui c'est à fermer ! ;) |
| Commentaire de Bruno Ballester [ 28/août/06 11:30 ] |
| Je constate en plus que çà tourne en prod. Demande à fermer donc. |
[INF-114] Mise a disposition d'un serveur SEO Création: 07/juil./08 10:50 Mise à jour: 14/août/08 17:33 Résolue: 14/août/08 17:33 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Thierry Leforestier | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Bonjour, N'arrivant pas a mettre la main sur un Jira ouvert a ce sujet, j'en ouvre un nouveau. Nous avions parlé de la mise a disposition pour le service référencement d'un serveur dédié comportant les applications suivantes : apache2 php5 php5-cli mysqld / phpmyadmin proftpd sshd nous devons pouvoir accéder a la configuration apache, php et mysql pour modifications Ce serveur sera utilisé pour différentes applications relatives au service référencement : Qualification des données Zest Spiders génération de fichiers de livraison outils SEO et SERPS Merci d'avance, Thierry |
| Commentaires |
| Commentaire de Patrice Boulanger [ 14/août/08 17:33 ] |
| C'est au budget 2009 |
[EXP-4357] Configuration du serveur "ralle" référencement Création: 20/mai/08 10:09 Mise à jour: 23/mai/08 17:55 Résolue: 23/mai/08 17:55 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour stéphane, Suite à notre conversation, merci d'installer les applications suivantes sur le serveur dédié au référencement "ralle" : 192.168.1.58 : apache 2 php 5 mysql 5 phpmyadmin En ce qui concerne la configuration des différents softs, on a besoin d'une simple Vhost sur le dossier /var/www/ Serait-il possible d'avoir un alias du style seo.lan sur le dns interne ? il faudrait par contre dans la configuration de mysql que la base soit accessible depuis localhost et depuis 192.168.1.159 (mon poste). Merci d'avance ! |
| Commentaires |
| Commentaire de Patrice Boulanger [ 23/mai/08 16:16 ] |
|
Thierry, Merci de passer me voir pour qu'on discute de cette tâche. Patrice. |
| Commentaire de Patrice Boulanger [ 23/mai/08 17:55 ] |
|
Vu avec Thierry, je clos le Jira et j'en ouvre un autre en infrastructure. Merci |
[EXP-1148] Problème courbe sur PHAETON la journée du 01/02 Création: 02/févr./06 09:41 Mise à jour: 25/juin/07 18:56 Résolue: 13/mars/06 11:52 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Sur la journée d'hier on remarque sur les courbes de PHAETON
des trous durant la période 11h-17h. Cela concerne uniquement les
mesures sur 'Google and Pompos hits/minute' 'Slurp and Voila
hits/minute' 'Speedera and Akamai hits/minute' 'Apache Error /minute' et
'Alexa and MSN hits/minute' As-tu une explication ? On ne remarque pas ce problèmes sur les autres mesures de PHAETON et ce aucun problème du coté de CUPIDON. Cela pourrait-être lié à un plantage du scp.. Merci de ton retour. Sébastien |
| Commentaires |
| Commentaire de Xiaoming Du [ 13/mars/06 11:52 ] |
|
Après l'investigation sur le code minitord, je pense que
cela était du à bug dans minitord. En fait, il s'agissait d'un variable
global qui était utilisé par deux fonctions minitord dont une calcule le
nombre de visites de différents crawlers par minute. Quand les deux
fonctions ne sont pas bien synchronisées, la valeur du variable est
écrasée par un "null". Ce problème est résolu par créer deux modules (.pm) complètement séparés dans minitord à partir minitord-0.4.10 |
[EXP-2013] Graphes instables sur Cupidon Création: 11/mai/06 19:33 Mise à jour: 25/juin/07 18:58 Résolue: 15/mai/06 17:24 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ranto Andriambololona | Attribution: | Julien Rampon |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Les graphes " /home and /photo response time" et "
/offer/buy and /navigation/list response times " sur Cupidon ne sont pas
très stables ce jour depuis midi Nous n'avons pas pu encore trouver d'où ça provient et pourquoi Un inventaires des manip fait sur Cupidon montre qu'on a fait que des manips de base ( ajout de SA dans le pool et modificatiobn de poids) A suivre demain ... Ps : nous avons fait un graceful de apache et les graphes « /offer/buy and /navigation/list response times » semblent s'ètre stabilisés |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 11/mai/06 19:38 ] |
|
au départ je pensais au process httpd sur Cupidon qui bouffe 41 % de cpu 3466 root 15 0 27884 27M 2268 S 41.1 2.1 16:38 0 httpd 27287 adminpm 23 0 984 984 836 S 0.3 0.0 0:01 0 Pseudo-static-p 30396 adminpm 19 0 1164 1164 832 R 0.3 0.0 0:00 1 top mauvaise piste, on a le même type de comportement sur Phaeton sur httpd pourtant pas de fégradation des temps de réponses |
| Commentaire de Justin Ziegler [ 11/mai/06 20:31 ] |
|
Je pense que les pbs viennent de faunus. L'heure de mise en prod semble correspondre. Je baisse son poids. A voir demain. Il y a eu des collision sur faunus la nuit derniere. Cela semble indiquer un pb de config de la carte reseau. De plus, le temps de generation de la fiche produit est de l'ordre de 2,5s. de plus netstat -a montre que faunus n'a que des connections provenant de cupidon, aucune de phaeton. |
| Commentaire de Ranto Andriambololona [ 12/mai/06 11:46 ] |
| Julien a envoyé un ticket a JET pour la question de collision, en effet cela se voit bien sur les graphes de Minitord |
| Commentaire de Julien Rampon [ 15/mai/06 17:24 ] |
|
Suite à la résolution du problème de collisions sur faunus, les latences ne sont pas réaparues sur Cupidon. Le problème est à présent résolu mais le service restera en observation. |
[APP-11941] Rajout de liste de cobrandings dans tgz de livraison Création: 31/août/06 17:34 Mise à jour: 22/oct./09 14:05 Résolue: 22/oct./09 11:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 55.0.0 (CAT-L) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Judd OSullivan | Attribution: | Nicolas Chauveau |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | COB | ||||||||||||||||
| Classif2: | deploiement | ||||||||||||||||
| Classif FONC: | Classif_fonc cobranding | ||||||||||||||||
| Description |
|
Afin de minimiser les interventions manueles de l'équipe
exploit pendant un deploiement, on va ajouter deux listes dans le tar de
déploiement. Ces deux listes sont : 1/ une liste des servlets -- à utiliser pour le mapping apache/mod_jk des URLs traiter par tomcat/jboss 2/ une liste des cobranding actif -- à utiliser pour la création des répértoires de contenu statiques entre autres Concretement on modifie prod.sh (qui crée le tar de déploiement) |
| Commentaires |
| Commentaire de Judd OSullivan [ 31/août/06 17:54 ] |
|
Antione, tu veux une liste de servlets comment? Il faut trier par front et back ? Une liste comme celle-ci te suffit ? shop advert advert_back ... Pour les cobranding. La liste que je sortirait serait : acf bambinoccasion camif croixrouge epik francemobiles freesurf koobuycity liberation m6 mobilesachat msixgame msixmusic msixnet presencepc viamichelin virginmega www C'est 18 brands. Dans le cobrand.txt en integ, la liste contient 27 donc on a déjà une divergence:) C'est parce que ta liste en integ n'est pas à jour ? |
| Commentaire de Judd OSullivan [ 31/août/06 18:01 ] |
|
La requête utilisé pour générer la liste des cobrandings : select skin from brand where skin is not null order by skin; |
| Commentaire de Patrick Condevaux [ 02/oct./06 18:25 ] |
|
j'ai mis a jour la liste des cobranding utiliser par le script de demarrage de l'integ. Le script pour l'instant utilise le fichier /data/priceminister/bin/cobrand.txt il contient les cobranding suivant: m6 croixrouge freesurf epik koobuycity virginmega francemobiles acf christmas camif presencepc mobilesachat bambinoccasion viamichelin liberation |
| Commentaire de Quentin de Chivré [ 03/oct./06 09:51 ] |
|
Quelle est l'objectif de cela ? Ca me parait une bonne initiative mais j'aimerais savoir plus précisemment ce qu'on met en oeuvre au final. Antoine, tu pourrais développer STP ? Merci |
| Commentaire de Judd OSullivan [ 03/oct./06 11:08 ] |
|
L'objectif est de minimiser les interventions manueles de
l'équipe exploit pendant un deploiement. Ces deux listes peut être
genérées automatiquement coté dev et ensuite utiliser coté exploit. J'ai
elaboré la déscription du bug. Ensuite je laisse Antione expliquer ce qu'il va faire avec ces listes. |
| Commentaire de Edouard Gomez-Vaez [ 31/oct./06 15:16 ] |
|
Donc - On ne peut aujourd'hui utiliser les listes générées automatiquement car dans la table sont encore les msix mineurs (cf. A la demande d'Antoine, cette liste devrait être dans un répertoire du WAR ou de l'EAR, à notre discrétion. (Judd?) Antoine utilise déjà cette liste pour monter l'intégration, il attend d'avoir la version finale pour impacter le script de production. Judd je te le réassigne pour voir où mettre le fichier et ensuite donne-le à Antoine. |
| Commentaire de Quentin de Chivré [ 16/oct./07 09:55 ] |
| Plutot pour Nicolas, au moins pour l'aspect conception / synchro avec CGA |
| Commentaire de Alexandre Garnier [ 16/sept./08 16:38 ] |
|
A mettre en résolu non ? La liste des servlets est maintenant dans le package ( Pour ce qui est de la liste des cobs il n'y a plus le problème des contenus statiques (ressources lot 3) |
[APP-10182] Pb de CSS Création: 02/juin/06 09:47 Mise à jour: 25/juin/07 18:40 Résolue: 05/juin/06 09:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Andrei Matyas | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
| Description |
|
La servlet qui génère la CSS est sur un serveur applicatif
(ex: Saturn). Le fichier « brand.css », qui lui sert de référence se
trouve physiquement sur un serveur apache. Ceci dit la servlet n'arrive
pas à récupérer le "brand.css" car l'accès est coupé. Suite à une
réunion avec Swan, Edouard, Judd, Fabrice on a trouvé 2 solutions: 1) On donne l'accès des serveurs applicatifs aux éléments statiques - pose des problèmes de sécurité 2) On modifie le build pour embarquer la CSS dans l'EAR On a choisi la 2eme solution moins risquée. |
| Commentaires |
| Commentaire de Andrei Matyas [ 05/juin/06 09:35 ] |
| ok ca marche sur test.priceminister.Com |
| Commentaire de Christophe Garcia [ 05/juin/06 11:14 ] |
| ok |
[APP-24608] OP Cyprien - Annuler redirection vers la boutique Cyprien Création: 13/mars/09 11:47 Mise à jour: 10/juin/09 10:20 Résolue: 24/avr./09 17:46 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 48.0.0 (CTN-L) |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| WishList - Complexité: | L | ||||||||
| Classif FONC: | divers | ||||||||
| Description |
|
Nettoyer la redirection Apache que nous avions mis en place dans le cadre de l'opération Cyprien : http://www.priceminister.com/boutique/cyprien et http://www.priceminister.com/offer?action=shopsearch&login=cyprien vers : http://www.priceminister.com/info/no/op/boutiqueCyprien Voir JIRA http://pricejira.lan/browse/APP-24058 pour l'historique de l'activation et les méthodes utilisées. Fichier "rewrite.rules.fr" à modifier. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 30/avr./09 09:17 ] |
| [CAJ2009Q2] |
[APP-54] L'image pixel.gif n'existe pas Création: 08/sept./03 10:54 Mise à jour: 25/juin/07 18:20 Résolue: 25/juin/07 18:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jean-François Mach | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il y a une référence à une image pixel.gif dans le code: <td bgcolor="#000000" height=1><img src="http://priceminister.speedera.net/img.priceminister.com/content/V7_0_8/fron t/brand/croixrouge/images/pixel.gif" width=1 height=1></td> Cette image n'existe pas à cet emplacement -> Ca génère plein d'erreurs dans les logs apache. J'ai temporairement mis une image de remplacement pour éviter les erreurs. - Jeff |
[APP-28970] Exclusion d'un ownerid par le batch d'import d'images... Création: 31/mars/10 12:43 Mise à jour: 28/juin/10 15:02 Résolue: 17/juin/10 14:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 72.0.0 (VEN-C) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Eric Vannier | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Bonjour, Actuellement, nous avons eu un import de pm_decitre (reférentiel) qui a inséré des urls images qui pointent sur partenariat-images mais nous n'avons pas encore les images physiques. Cela pose un soucis car hier nous avons bacchus qui est monté à 85 de charge car apache a dû figé . pm_decitre a le droit de modifier et donc de mettre ses urls sur n'importe quelle fiche en france, il devient donc ownerid de cette fiche. L'idée serait en cas de problème de pouvoir exclure un ownerid de la requête réalisée par le batch d'import d'images comme cela nous ne récupérions pas ces urls tant que le ownerid n'est pas retiré des properties. |
| Commentaires |
| Commentaire de Manuel Sadok [ 02/avr./10 11:09 ] |
| Tu as essayé la propriété 'com.babelstore.image.batch.ImportImageBatch.excluded_submitter_account_id' ? |
| Commentaire de Eric Vannier [ 06/avr./10 10:29 ] |
|
Oui, cette propriété est utilisé pour exclure des
submitters.... mais là , c'est un référentiel qui a mis des urls qui
"plombe" très dangereusement le serveur proxy.... Les fiches produits
n'ont pas comme submitter ce partenaire mais le submitter d'origine de
la fiche produit. Ex : === J'ai des fiches produits qui ont : ----------------------------------------------- submitter => libri_fr owner => pm_decitre Il faut pouvoir exclure toutes les fiches produits qui ont comme "owner" = pm_decitre. |
| Commentaire de Manuel Sadok [ 11/juin/10 17:28 ] |
|
Vu avec Marion et Eric : afin d'avoir un patch rapide sans
trop toucher au batch d'import image avant sa refonte complète, il
apparait plus de simple de renforcer les critères de sélection avec la
notion de owner. Plus précisément, pour un utilisateur donné, on ne traitera que les fiches produits dont il est à la fois le soumetteur et le propriétaire. |
| Commentaire de Manuel Sadok [ 17/juin/10 14:56 ] |
|
On filtre désormais également sur le propriétaire de la FP. Ce filtre supplémentaire est désactivable par propriété (à positionner dans le fichier batch.properties) : com.babelstore.image.batch.ImportImageBatch.used_owner_criteria = false |
[APP-9145] HTTP Status 404 - /promo/all/2003-11-19-noel/page-dvd.htm Création: 12/mai/06 17:03 Mise à jour: 25/juin/07 18:38 Résolue: 01/juin/06 09:46 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | ToDo |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Tiercelin | Attribution: | Swan Desportes |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Dev |
| Description |
|
le lien Accueil -> DVD & VHS -> Idées Cadeaux DVD retourne une erreur 404 : HTTP Status 404 - /promo/all/2003-11-19-noel/page-dvd.htm type Status report message /promo/all/2003-11-19-noel/page-dvd.htm description The requested resource (/promo/all/2003-11-19-noel/page-dvd.htm) is not available. Apache Tomcat/5.5.9 |
| Commentaires |
| Commentaire de Swan Desportes [ 01/juin/06 09:46 ] |
| Je pense que c'est un peu normal que l'on affiche la page de promo de Noel 2003... Ce qui est bizarre, c'est qu'il existe encore des liens. |
| Commentaire de Fabrice Tiercelin [ 02/juin/06 17:44 ] |
| Le lien réapparait. |
| Commentaire de Fabrice Tiercelin [ 02/juin/06 17:47 ] |
| Pendant que j'y suis, dans Tous les produits > Sport & Loisirs, sportwear n'a pas de majuscule. |
| Commentaire de Patrick Condevaux [ 31/janv./07 18:26 ] |
| ????????? |
[APP-28312] Connexion en mode ADMIN (sécuriser un peu plus ce mode de connexion) Création: 15/févr./10 10:53 Mise à jour: 08/févr./11 17:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Ce mode de connexion permet au BO de se connecter à la volée
avec comme seul paramètre le login de l'utilisateur. aujourd'hui la
seule sécurisation de ce mode d'authentification est faite au niveau
apache avec la sécurisation de la servlet /account.
L'idée est de rajouter la notion d'opérateur BO dans l'utilisation de cette action. De plus, cela permettra de logguer cette information. Si l'opérateur n'est pas présent dans la requête, on n'acceptera pas la connexion. Cela permettra de ne pas pouvoir utiliser ce mode de connexion en copiant l'URL dans le navigateur. |
| Commentaires |
| Commentaire de Emeric Teil [ 08/févr./11 15:35 ] |
| Anthony, tu peux regarder si c'est toujours d'actualité stp ? |
| Commentaire de Anthony Lagrède [ 08/févr./11 16:03 ] |
|
Alors je viens de regarder comment c'est fait aujourd'hui.
Le constat : c'est toujours d'actualité mais presque plus. Ce que je veux dire, c'est que aujourd'hui pour se loguer à la place d'un utilisateur front il suffit d'être connecté au BO avec le rôle GUEST pour pouvoir accéder à cette fameuse servlet adminLogin. Une fois le nouveau système d'authentification mis en place, il sera très facile d'interdire l'accès à cette servlet en la sécurisant avec un rôle admin par exemple. Emeric Est-ce j'inclus cette modification dans les impacts collatéraux? |
| Commentaire de Thomas Landru [ 08/févr./11 16:08 ] |
| Il faudra aussi ajouter le nickname de l'opérateur dans l'url invoquée (pour accéder au compte de l'utilisateur) afin de retrouver l'info dans les logs du serveur. |
| Commentaire de Anthony Lagrède [ 08/févr./11 16:50 ] |
| On peut bien sûr rajouter un log ou un event au moment ou on se logue à la place d'un utilisateur pour garder une trace. |
| Commentaire de Emeric Teil [ 08/févr./11 17:03 ] |
|
Pas besoin de log pour le moment mais on garde pour, à terme, :
-> ajouter un droit "Connexion Front" -> ajouter un évènement User "Accès Front par Toto" |
[APP-27723] Pb de redirection applicative sur FP si le titre du produit commence par "cpl" Création: 18/déc./09 12:29 Mise à jour: 11/févr./10 11:03 Résolue: 05/févr./10 14:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 62.0.0 (NAV-A) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Antoine Carré |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Bonjour, Dans les logs apache on a souvent l'erreur suivante : http://www.priceminister.com/offer/buy/88088820/cpl-dlan-high-speed-85-mbit-s-d-peripherique-reseau.html/cpl-dlan-high-speed-85-mbit-s-d-peripherique-reseau.html/cpl-dlan-high-speed-85-mbit-s-d-peripherique-reseau.html Ça boucle sans fin. il semble bien que ce soit applicatif |
| Commentaires |
| Commentaire de Thierry Leforestier [ 18/déc./09 14:45 ] |
|
Ca concerne tous les produits qui commencent par cpl- : http://www.priceminister.com/offer/buy/88088824/cpl-dlan-200-av-easy-starter-kit-d-peripherique-reseau.html http://www.priceminister.com/offer/buy/88088828/cpl-dlan-wifi-802-11g-peripherique-reseau.html http://www.priceminister.com/offer/buy/88088827/cpl-dlan-av-desk-200-mbit-s-starter-kit-d-peripherique-reseau.html http://www.priceminister.com/offer/buy/88088831/cpl-dlan-200-av-pro-i-peripherique-reseau.html Bizarrement, ces id se suivent (et il y en a d'autres) Un autre exemple, d'un autre fabricant : http://www.priceminister.com/offer/buy/88018543/cpl-200-homeplug-av-plus-2-pieces-200-mbits-s-prise-integree-et-filtre-d-alimentation-pour-davantage-de-confort-et-plus-de-performance-cable-reseau.html/ Ce n'est pas le même propriétaire. |
| Commentaire de Martin Sudmann [ 18/déc./09 14:58 ] |
|
le mécanisme qui détecte l'absence d'url-name fait une redirection vers la même URL en ajoutant l'url-name. Quand le titre commence par "cpl", le mécanisme semble penser qu'il s'agit de la complement ID et constate l'absence de l'url-name. Si c'est ça, il faut alors améliorer le matching (par ex. cpl[0-9]{4,} pour détecter le paramètre cpl<cpl_prod_id>, ou /[^.].html pour détecter la présence du url-name. |
| Commentaire de Antoine Carré [ 09/févr./10 11:17 ] |
| CAJ2010Q1NAV |
[APP-10627] Listes des images non trouvées Création: 20/juin/06 09:14 Mise à jour: 25/juin/07 18:41 Résolue: 25/janv./07 16:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.0.1 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Antoine Koener | Attribution: | Dispatcher (Maquette) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
Voici, extraits du logs 'error_log' de apache depuis ce matin: la liste des images manquantes: (racine :/usr/local/apache/htdocs/pmweb/) occ nom 111 virtualhost-img/content/V9001/front/brand/www/images/button/cornerright_buy.gif 110 virtualhost-img/content/V9001/front/brand/www/images/button/button_blue_bg.gif 109 virtualhost-img/content/V9001/front/brand/www/images/default/bullet/a_arrowb2.gif 106 virtualhost-img/content/V9001/front/brand/www/images/button/cornerright_blue.gif 102 virtualhost-img/content/V9001/front/brand/www/images/button/bg_blue.gif 95 virtualhost-img/content/V9001/front/brand/www/images/button/bg_buy.gif 84 virtualhost-img/content/V9001/front/brand/www/images/bullet/bullet.gif Voici certains referrer: (button_blue_bg.gif) [Tue Jun 20 01:50:17 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/button_blue_bg.gif, referer: http://www.priceminister.fr/ (bg_blue.gif, bg_buy.gif,cornerright_blue.gif,cornerright_buy.gif) [Tue Jun 20 01:56:54 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/bg_blue.gif, referer: http://www.priceminister.com/offer/buy/1730534/Daft-Punk-Daft-Club-CD-Album.html [Tue Jun 20 01:57:15 2006] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/button/bg_blue.gif, referer: http://www.priceminister.com/navigation/se/category/sa/kw/a+winter's+tale (a_arrowb2.gif) [Tue Jun 20 02:04:56 2006] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: http://www.priceminister.com/user [Tue Jun 20 02:05:00 2006] [error] [client 193.159.189.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V9001/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: http://www.priceminister.com/offer/buy/1540766/Les-Yeux-De-La-Foret-VHS.html Il faudrait peut être les akamaïser ? |
| Commentaires |
| Commentaire de Emmanuel Gosse [ 23/juin/06 15:33 ] |
|
Ces images sont référencés dans la css mais les styles correspondants ne sont pas dans les jsp. NU : non utilisé dans le code cornerright_buy.gif -> a.bt_buyword, a.bt_buyword:visited, a.bt_buyword:hover ->NU button_blue_bg.gif -> button_blue ->NU button_blue_bg.gif -> bg_blue -> NU cornerright_blue.gif -> a.bt_word, a.bt_word:visited, a.bt_word:hover ->NU bg_blue.gif -> bt_bg ->NU bg_buy.gif ->bt_buybg ->NU bullet.gif-> #services ul / avg_go / #exclu ul li ->NU A verifier dans le param et l'infoglue. |
| Commentaire de Emmanuel Gosse [ 23/juin/06 15:36 ] |
|
dans le param de l'arbre de categories : seul bt_bg est utilisé. |
| Commentaire de Emmanuel Gosse [ 23/juin/06 15:39 ] |
| dans infoglue : exclu est utilisé. |
| Commentaire de Emmanuel Gosse [ 23/juin/06 15:51 ] |
|
je te laisse l'initative pour decider de l'avenir de ces styles et images. revient vers moi pour le nettoyage de code. |
| Commentaire de Olivier Badreau [ 26/juin/06 11:46 ] |
|
ce bug etant bcp trop "touchy", je ne prefere rien toucher
plutot que risquer de créer des defauts d'affichage en prod. Nous traiterons ces elements lorsque le debuggage des pages aura été fait et que nous aurons un peu plus de temps pour nous pencher sur ce genre de problemes. |
| Commentaire de Christophe Garcia [ 03/juil./06 17:10 ] |
| Ce JIRA n'est pas résolu dans ce cas ? |
| Commentaire de Olivier Badreau [ 04/juil./06 16:25 ] |
|
Il n'est pas traité. Il reste en suspend. Je laisse le soin à Antoine de le fermer si besoin... |
| Commentaire de Jérôme Gautier [ 20/juil./06 17:18 ] |
| On en est où du coup ??? |
| Commentaire de Alexandre Garnier [ 25/janv./07 16:33 ] |
|
|
[EXP-2991] Mise à jour du script import_images.sh sous Ruinart Création: 16/nov./06 11:13 Mise à jour: 25/juin/07 18:59 Résolue: 17/nov./06 11:46 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Rodrigue Nsiangani | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Il faudrait mettre à jour le script : /usr/bin/import_image.sh car ce script envoi les images de all_pm vers phaeton. Il faut à présent que ces images soient également envoyé sur phaeton dans le bon répertoire "fr". Merci RON. Extrait de script : @@@@ #!/bin/sh #if [ $1=/dev/null ] || echo Chaine vide if [ -d /data01/Shared/All_PM/Import_images/$1 ]; then { echo -n "Compresser du repertoire image ? (O/N) : " read reponse case $reponse in O) cd /data01/Shared/All_PM/Import_images tar czf - $1 | ssh -c adminpm@phaeton.priceminister.com "cd /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images; tar xzf - " echo -e "Upload OK du repertoire $1 sur partenariat-images\r\n" | mail -s 'Upload du Repertoire Image $1 OK' hostmaster@priceminister.com echo "Tranfert OK";; N) cd /data01/Shared/All_PM/Import_images scp -l 8000 -r $1 adminpm@phaeton.priceminister.com:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images echo -e "Upload OK du repertoire $1 sur partenariat-images\r\n" | mail -s 'Upload du Repertoire Image $1 OK' hostmaster@priceminister.com echo -n "Transfert OK";; *) echo "Erreur, vous deviez repondre par O ou par N.";; esac } else echo Le répertoire spécifié n\'existe pas fi @@@@ |
| Commentaires |
| Commentaire de Eric Vannier [ 17/nov./06 11:46 ] |
|
Ce script n'a pas besoin d'être modifié car
"partenariat-images" est un lien symbolique qui pointe sur un lien nfs
avec le répertoire share/partenariat-images sur Hercule. Cela n'a pas besoin d'être modifié car le proxy de bacchus à un lien nfs qui pointe au même endroit donc pas de soucis. |
[EXP-3357] Hébergement des jeux: valider la solution Imingo ou proposer une alternative Création: 09/mars/07 14:55 Mise à jour: 25/juin/07 19:00 Résolue: 26/avr./07 14:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Le marketing réalise des jeux (en php). Ces jeux sont pour
le moment hébergés chez Imingo. Lors du dernier jeux Philips, le nombre
de participants était tel qu'Imingo a paniqué et bloqué l'accès (voir
Charles Decaux du market pour les détails). L'hébergement aujourd'hui consiste en un serveur dédié virtuel avec Apache + PHP (v3 ou 4) + phpMyAdmin + MySQL + accès en FTP. Il faudrait donc récupérer les caractéristiques de la formule que nous avons et voir ses limites. Peut-être ensuite trouver une solution alternative? Les infos pour l'accès au site d'Imingo sont: URL: http://www.imingo.net/?c=panel Login : priceminister Password : k3qtxs6RC Sur la console, on doit retrouver la configuration et les infos nécessaire pour démarrer l'étude. Merci. |
| Commentaires |
| Commentaire de Ange Ferrari [ 14/mars/07 14:06 ] |
|
Voila un petit point sur notre compte chez imingo : Nous sommes actuellement et jusqu'au 4 avril 2007 sur la formule plan 3w2 1Go C'est une offre mutualisé et non un serveur dédié virtuel Avec cette formule on peut faire 150 000 hits/jour max. Si je prends les statistiques pour le mois de Juin qui semble avoir été un mois "chargé" Hits par Jour Moyenne 40208 Maximum 445149 ce qui nous place bien au dessus Dans les plans mutualisé Le maximum étant l'offre 3w4 4go avec 200 000 hits/jour max. Il nous faut de toute façon migrer vers une autre offre |
| Commentaire de Ange Ferrari [ 26/mars/07 09:59 ] |
|
Chez Imingo la seule offre qui pourrait correspondre est un serveur dédié virtuel ( reste toujours le problème de l'envoi des mails ) et nous obligeant à administrer ce serveur. Charles a besoin de lancer un jeu très prochainnement Il faut donc trouver une solution Pourquoi n'hebergeons nous pas chez nous les sites ? |
| Commentaire de Justin Ziegler [ 26/mars/07 17:03 ] |
|
pas de position de principe en ce qui me concerne. cependant je ne pense pas que cela soit notre métier que de maintenir une plateforme LAMP en prod avec monitoring etc... je pense aussi qu'il y aura des implications que l'on n'imagine pas aujourd'hui. |
[EXP-295] Homogénéiser les aspects rotation / archivage de log appli + garbage + autres logs Création: 27/oct./05 16:43 Mise à jour: 25/juin/07 18:54 Résolue: 09/déc./05 14:56 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 4 heures | ||
| Estimation originale: | 4 heures | ||
| Description |
|
faire une passe sur les aspects rotation / archivage de log appli + garbage + autre type de log (?). Aujourd'hui les differents fichiers ne sont pas traite de la meme facon, et ne sont pas stocke au meme endroit. Il faut en profiter pour stocker toutes ces archivages de logs sur le filer JUNON Cela concerne donc tous les logs JBOSS (nohup+garbage) de tous les SA. On les stockent sur 30 jours. Faut aussi penser aux fichiers de log des batchs. Cela concerne aussi tous les logs apache. Dans la mesure ou nous allons les déplacer sur JUNON pour l'achivage, on peut garder plus de 2 jours. Voir surtout à éviter le conflit lié à la génération des fichiers de référnecement de APOSITION pour GOOGLE (en cron sur PHAETON et CUPIDON sur les fichiers archivés de logs). |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 29/nov./05 16:54 ] |
|
Je pense que ce sujet est bouclé ... Il est actuellement en PROD sur angita et fonctionne bien, on va le laisser tourner quelques jours Ci-après un wiki qui montre ce qui a été fait http://gosset.lan:8080/pricewiki/Wiki.jsp?page=ArchivageDesLogsSAEtBatch |
| Commentaire de Ranto Andriambololona [ 08/déc./05 18:13 ] |
| Système mis en place sur tous les SA ... |
| Commentaire de Sébastien Tournay [ 09/déc./05 11:08 ] |
| Prévoir de récupérer les anciens logs stocké sur HERCULE pour les déplacer sur JUNON |
| Commentaire de Ranto Andriambololona [ 09/déc./05 14:51 ] |
| Le système d'archivage centralisé des logs est en place et tous les vieux logs sur Hercule déplacés sur JUNON |
| Commentaire de Ranto Andriambololona [ 09/déc./05 14:56 ] |
| Résolu |
[EXP-1543] Répartir les cobrandings en INTEG sur un seul SA (LANSON) Création: 17/mars/06 17:34 Mise à jour: 25/juin/07 18:57 Echéance: 22/mars/06 00:00 Résolue: 22/mars/06 10:53 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 4 heures | ||
| Estimation originale: | 4 heures | ||
| Liens des demandes: |
|
||||||||
| Description |
|
PAP, Il faut dès le début de la semaine prochaine migrer les cobrandings de l'intégration sur LANSON. Avec la mise en place de la nouvelle charte (V900), tous les cobrandings vont pour l'instant restes sur la version V812. On va donc pour cela leur confier un SA dédié. Le site www.pm.lan utilisera le pool de worker MUMM et DEUTZ. Cela consiste donc a revoir le worker.properties pour créer un nouveau pool (avec uniquement LANSON) et également prévoir des modjk.redirect spécifiques qui vont utiliser ce worker. Il faut ensuite adapter la conf Apache en intégration. On valide cela en intégration la semaine prochaine avant de le passer en production. On en reparle avant que tu te lances sur le sujet pour bien valider la compréhension. |
| Commentaires |
| Commentaire de Pap Ndiaye [ 22/mars/06 10:53 ] |
| Migration effectué. Validé par Ranto. |
[EXP-2797] Message d'erreur dans les alertes FTPSwitch Création: 04/oct./06 10:13 Mise à jour: 25/juin/07 18:59 Résolue: 02/janv./07 14:02 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Marion Anfreville | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Depuis hier, nous av ons beaucoup d'alertes FTPSwitch avec le même type de message d'erreur : drigouts - Unable to rename file '/data/chrootapache/home/drigouts/Images/CARDIFF_drigouts_108_1.jpg' to '/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/drigouts//CARDIFF_drigouts_108_1.jpg': Invalid cross-device link drigouts - Unable to filter file '/data/chrootapache/home/drigouts/Images/CARDIFF_drigouts_108_1.jpg': Inappropriate ioctl for device drigouts - Unable to rename file Il semble que les images n'ai pas été copiées dans partenariat-images. |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 04/oct./06 10:17 ] |
|
On a la même chose pour les confirmed_purchase et les purchase : << tdmneuf - Unable to count lines in file '/data/priceminister/pmftpstock/var/transactions/tdmneuf/confirmed_purchase/confirmed_purchase_items_2006_10_03_22.txt': No such file or directory tdmneuf - Unable to rename file '/data/priceminister/pmftpstock/var/transactions/tdmneuf/confirmed_purchase/confirmed_purchase_items_2006_10_03_22.txt' to '/data/priceminister/pmscripts/ftpSwitch/error/confirmed_purchase_items_2006_10_03_22.txt': No such file or directory >> |
| Commentaire de Eric Vannier [ 16/oct./06 12:10 ] |
|
Les deux erreurs n'ont rien à voir. Dans le cas des images, c'est le lien symbolique qui semble être rompu car c'est un montage nfs sur hercule. Dans le cas des fichiers, c'est assez troublant car c'est comme si ftpSwitch ne pouvait pas écrire dans le répertoire "error". Le fichier "confirmed_purchase_items_2006_10_03_22.txt" est bien dans le répertoire "home " du partenaire et le répertoire "/data/priceminister/pmftpstock/var/transactions/tdmneuf/confirmed_purchase" [adminpm@phaeton confirmed_purchase]$ pwd /data/chrootapache/home/fr/tdmneuf/confirmed_purchase [adminpm@phaeton confirmed_purchase]$ ls -l confirmed_purchase_items_2006_10_03_22.txt -rw-r--r-- 1 adminpm adminpm 3958 Oct 3 22:45 confirmed_purchase_items_2006_10_03_22.txt [adminpm@phaeton confirmed_purchase]$ Le fichier a bien été transmis par ftpCompute neodirect confirmed_purchase_items_2006_10_03_22.txt OK dvdlegacy_cd confirmed_purchase_items_2006_10_03_22.txt OK tourdumonde confirmed_purchase_items_2006_10_03_22.txt OK tdmneuf confirmed_purchase_items_2006_10_03_22.txt OK tdmancien confirmed_purchase_items_2006_10_03_22.txt OK discountpro confirmed_purchase_items_2006_10_03_22.txt OK dvdlegacy confirmed_purchase_items_2006_10_03_22.txt OK Je fais voir pourquoi il a voulu le copier dans Error car l'erreur est surement dû au fait que le fichier avait déjà été déplacé dans le home du partenaire. |
| Commentaire de Eric Vannier [ 17/oct./06 11:03 ] |
|
Le phénomène sur les images s'est produit sur le partenaire
decitre, et celles-ci ont bien été déplacées dans le répertoire Error. |
| Commentaire de Eric Vannier [ 23/nov./06 11:50 ] |
| Peux-tu me confirmer que ce phénomène s'est arrêté depuis la migration sur Bacchus ou bien est-il tjs d'actualité ? |
| Commentaire de Eric Vannier [ 02/janv./07 14:02 ] |
| Je résouds cette demande car le phénomène a disparu depuis la migration sur bacchus. |
[APP-6410] presence ce /cover dans les pages de type /prc : il faut maintenant utiliser /photo pour les images Création: 21/nov./05 16:30 Mise à jour: 25/juin/07 18:33 Résolue: 23/déc./05 12:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.9c |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Emmanuel Benmussa |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Vu dans les log apache : img.priceminister.com 86.195.84.86 - - [19/Nov/2005:15:47:32 +0100] "GET /cover/134992130 HTTP/1.1" 200 1658 "http://www.priceminister.com/trc/100504.htm" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Wanadoo 6.2; i-NavFourF; .NET CLR 1.1.4322)" "http://www.priceminister.com/trc/100504.htm" est le referrer, donc la page contenant les url d'image de type /cover. Ces pages doivent etre modifiees de facon a referencer /photo au lieu de cover. Attention, la syntaxe est legerement differente, il ne suffit pas de faire un search & replace. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 22/nov./05 09:52 ] |
|
As t'on tjs besoin de ces pages ? Si oui, faire un find/replace pour corriger les URLs (pas forcément besoin de demander à Stan de les regénérer) |
| Commentaire de Emmanuel Benmussa [ 22/nov./05 11:22 ] |
|
Il faut en effet garder ces pages. ok pour modifier ces pages par contre, tant qu'à faire autant modifier aussi l'url de redirection : http://www.priceminister.com/navigation/search/category/search_all/keyword/ [ mots clés separateur -] /ss/70 par http://www.priceminister.com/navigation/se/category/sa/kw/ [mots clés separateur +] A faire soit en dev, soit par aposition, selon les dispos. Merci Emmanuel. |
| Commentaire de Quentin de Chivré [ 22/nov./05 11:41 ] |
| C'est assez important d'avancer la dessus. Vois avec l'exploit. Je pense que Xiaoming pourrait faire ce genre de manip. |
| Commentaire de Justin Ziegler [ 22/nov./05 11:50 ] |
|
Je prefere autant qu'on passe par aposition. C une question de responsabilite & de test. aussi une question de charge de travail de Xiaoming. |
| Commentaire de Emmanuel Benmussa [ 14/déc./05 19:19 ] |
|
les nouvelles pages TRC avec les bonnes URLs pour les images ont été livrées et cours de déploiement. Emmanuel |
| Commentaire de Quentin de Chivré [ 15/déc./05 10:17 ] |
| Fermer ce bug uniquement quand le déploiement est effectué et qu'on a vérifié que tout est ok |
| Commentaire de Christophe Garcia [ 15/déc./05 18:52 ] |
|
Ranto, Peux-tu me faire un point sur le déploiement de ces pages en PROD. |
| Commentaire de Ranto Andriambololona [ 16/déc./05 17:34 ] |
|
J'avais commencé à faire la manip ce jour ... Ayant récupéré la dernière version du TRC fournit par Emmanuel, j'ai constaté qu'on a toujours des /cover. Je reprend donc la manip dès qu'on a à disposition les nouvelles pages TRC (sans cover). |
| Commentaire de Justin Ziegler [ 16/déc./05 20:23 ] |
|
Il faut peut etre lui affecter le bug / la tache pour qu'il reagisse ? ou au moins le mettre en observateur ? |
| Commentaire de Ranto Andriambololona [ 20/déc./05 12:25 ] |
|
On a mis hier avec Emmanuel les nouvelles pages TRC (sans /cover) Emmanuel, peux-tu revenir vers l'exploit si cela est OK ou pas pour toi ? |
| Commentaire de Christophe Garcia [ 21/déc./05 10:33 ] |
|
Emmanuel, Où en sommes-nous de la mise en place des TRC en PROD ? |
| Commentaire de Ranto Andriambololona [ 23/déc./05 12:35 ] |
| Les nouveaux TRC (v3) sans cover et avec les bon CSS est en place sur les deux frontaux |
[APP-21790] [Technique] Lancement des batchs en DEV depuis le BO Création: 19/août/08 09:56 Mise à jour: 10/oct./08 09:36 Résolue: 21/août/08 16:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 31.0.0 (TX-C) |
| Version(s) corrigée(s): | 31.0.0 (TX-C) |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Afin d'optimiser encore d'avantage (voire packaging des
batchs, apache en dev, bazaar ....) l'environnement de développement
ainsi que celui de recettage et ainsi permettre de livrer des projets
plus sécurisés et moins buggé, il existe une forte demande coté "param"
mais aussi coté "Chefs de projet" de pouvoir lancer les batchs
manuellement dans les environnements de dev/recette et ainsi pour tester
en total autonomie (sans déranger les ressources DEV) tel ou tel
projet. Pour cela, on mettra en place dans la rubrique "Tests et perfs > Autres fonctionnalités", un simple formulaire permettant de saisir un groupe de batch à lancer avec l'option "Multithread ?" dans le cas des batchs DATAFILE, PRODUCT_SUMMARY_SYNCHRONISATION_MT ... |
| Commentaires |
| Commentaire de Arnaud Forgues [ 21/août/08 16:13 ] |
|
C'est fait ! Sur la branche BRANCH_MAINTENANCE_TX_03, prévu pour un déploiement en TX-C |
| Commentaire de Cedric Favero [ 01/oct./08 17:27 ] |
|
Ca permet en dev de déclencher le passage des batchs? (genre confirmation panier , etc...) C'est sympa çà , çà marche comment? |
| Commentaire de Arnaud Forgues [ 02/oct./08 09:49 ] |
|
Comme indiqué dans la description, il faut aller en BO dans
la rubrique "Tests et perfs > Autres fonctionnalités". Ensuite tu
saisie un groupe de batch et tu appuies sur le bouton GO ! La liste des groupes de batchs disponible est indiqué dans la colonne de gauche |
[POST DEPLOY] nombre d'erreur sur AS et WEB servers est anormalement monté depuis le 24/06
(APP-20980)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Sébastien Raguet | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Concernant les problèmes de tracking, j'ai fait des checks
plus en détails pour la journée de dimanche 29 sur un WEB (ARICIA) (si
je ne me trompe pas 2 codage différents sont utilisé pour faire du
tracking : des url en ?t= et ?tracking=). Sur 402429 appels avec un code de tracking pour la journée de dimanche (zgrep "\?t=\|\?tracking=" /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz ) -> 274846 OK (code de retour 200) -> 127583 code <> 200, soit environ 30% des appels avec un code tracking ne fonctionne pas. La répartition des erreurs sont réparties par code: 1. 115952 code erreur 302 2. 7131 code erreur 503 3. 3656 code erreur 301 4. et aussi (401 code 502 (due à pangora), 246 code 403, 134 code 304, 58 code 404... A noter que 61355 erreurs (soit 50%) sont dues à des appels à la racine, du type GET /?t= ou GET /?tracking= . En fait aucun appels de type '/?t' ne fonctionne. 1er : Il n'y a pas de différence entre les versions de browser utilisés (on trouve bien des erreurs pour tous). 2e : il n'y a pas de lien avec les IP, 100090 IP différentes ont générés des erreurs. 3e : Pas de referrer en particulier, 1434 differents. 4e : détails des erreurs : La grosse majorité des erreurs proviennent des id de tracking suivnats : 1. 40627 erreur pour ID: 2198443 2. 29629 errreures pour ID: 2089340 3. 33693 pour ID 62001 4. 4015 pour ID 2193942 5. 3458 pour ID 2198446 6. 2011 pour ID 2193943 7. ... TOP 30 - Répartition des erreurs 302 par URL : [mrtg@aricia tmp]$ grep " 302 " 2906trackingall-pas200 | cut -d '"' -f2 | sort |uniq -c | sort -rn | head -30 30071 GET /jeux-video?t=2198443 HTTP/1.1 28835 GET /?tracking=2089340& HTTP/1.1 27244 GET /?tracking=62001& HTTP/1.1 4030 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.1 3909 GET /video-dvd-vhs?t=2193942 HTTP/1.1 3303 GET /livres-bd?t=2198446 HTTP/1.1 1984 GET /jeux-video?t=2193943 HTTP/1.1 1768 GET /musique-cd?t=2198447 HTTP/1.1 1681 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 1399 GET /video-dvd-vhs?t=2198442 HTTP/1.1 750 GET /image-son?tracking=62001& HTTP/1.1 703 GET /?t=687040 HTTP/1.1 662 GET /informatique-logiciels?t=2198444+ HTTP/1.1 551 GET /?t=2196840 HTTP/1.1 480 GET /jeux-video?t=%201398040&tracking=62001& HTTP/1.1 459 GET /?tracking=2089340& HTTP/1.0 364 GET /?t=1963240 HTTP/1.1 339 GET /?tracking=2173343& HTTP/1.1 324 GET /?tracking=1398040& HTTP/1.1 323 GET /jeux-video?t=2198443 HTTP/1.0 318 GET /track?t=1414040 HTTP/1.1 285 GET /?tracking=62001& HTTP/1.0 211 GET /info/home?tracking=62001& HTTP/1.1 183 GET /informatique-logiciels?t=%201398040&tracking=62001& HTTP/1.1 143 GET /info/home?tracking=2089340& HTTP/1.1 125 GET /?t=2187340 HTTP/1.1 113 GET /connect?action=login&c=80&dest=%2Fuser HTTP/1.1 105 GET /?t=%201398040&tracking=62001& HTTP/1.1 97 GET /user HTTP/1.1 97 GET /?t=2193843 HTTP/1.1 TOP 30 - Erreur 503 par URL: [mrtg@aricia tmp]$ grep " 503 " 2906trackingall-pas200 | cut -d '"' -f2 | sort |uniq -c | sort -rn | head -30 5683 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.1 196 GET /?tracking=62001& HTTP/1.1 126 GET / HTTP/1.1 105 GET /?tracking=2089340& HTTP/1.1 84 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.0 80 GET /info/home?tracking=62001& HTTP/1.1 41 GET /livres-bd?t=2198446 HTTP/1.1 39 GET /temporaire.html HTTP/1.1 27 GET /video-dvd-vhs?t=2193942 HTTP/1.1 23 GET /info/no/op/lpc3?tracking=62001& HTTP/1.1 22 GET /track?t=1414040 HTTP/1.1 21 GET /jeux-video?t=2198443 HTTP/1.1 16 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 14 GET /image-son?tracking=62001& HTTP/1.1 11 GET /musique-cd?t=2198447 HTTP/1.1 7 GET /track?t=1788042 HTTP/1.1 7 GET /jeux-video?t=%201398040&tracking=62001& HTTP/1.1 5 GET /track?dontincreqcount=true&isfirsttracking=false&t=271743 HTTP/1.1 5 GET /?t=687040 HTTP/1.1 5 GET /nav/Mode_bijoux?tracking=905640 HTTP/1.1 5 GET / HTTP/1.0 4 GET /?tracking=2173343& HTTP/1.1 4 GET /?tracking=2089340& HTTP/1.0 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=271741 HTTP/1.1 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=1907057 HTTP/1.1 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=1857040 HTTP/1.1 4 GET /nav/Livres?t=2193941 HTTP/1.1 3 GET /?tracking=62001& HTTP/1.0 3 GET /track?dontincreqcount=true&isfirsttracking=false&t=869242 HTTP/1.1 3 GET /offer/buy/63080459/Les-Tests-Du-Code-De-La-Route-Livre.html#?t=271740&dinsight=1008&IDTF=8875910 HTTP/1.1 |
| Commentaires |
| Commentaire de Swan Desportes [ 01/juil./08 17:20 ] |
|
Tous les codes de tracking existent (en tout cas les premiers) et fonctionnent bien. Les pages listées dans les top302 et top503 semblent fonctionner quand on les appelle au coup par coup. Du coup, je me pose 2 questions : - les url en /?t=xx sont redirigées par la serveur Apache en /info/home?t=xxx. Est ce que la code est 302 pour une redirection ? Auquel cas, on serait donc dans une situation normale. - pour les erreurs 503, est ce que seules les url en tracking plantent ou est ce qu'elles sont noyées dans un flot d'url classiques qui plantent en 503. Auquel cas, je pencherais pour un simple plantage serveur. D'autre part, les codes de tracking qui ressortent en premier sont a priori ceux qui nous génèrent le plus de trafic donc il serait normal qu'ils génèrent le plus d'erreur. |
[EXP-1963] Gestion des adresses IP en interne pour les cobrnadings Création: 05/mai/06 15:36 Mise à jour: 25/juin/07 18:57 Résolue: 17/mai/06 12:42 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures, 50 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Une bonne façon d'économiser des adresses IP... Je viens de me rendre compte sur notre zone que nous avions une adresse IP par cobranding. En fait, ce n'est pas utile ;-)) On peut utiliser une seule adresse IP pour tous les cobrandings (ofup, m-.pm.lan..) puisque apache est configuré en virtualhost par nom. C'est le fonctionnement que nous avons en PROD. Je ne suis même pas certain qu'il soit utile d'avoir une @IP différente pour www.pm.lan bo.pm.lan comme nous l'avons en PROD. C'est surtout utile lorque le vont gérer des VIP pour la répartition de charge mais en INTEG.. pas besoin. Il faudrait donc faire du ménage dans les @IP pour en libérer et adapter la conf APACHE en conséquence. On devrait récupérer quelques adresses.. ATTENTION aussi à libérer les @IP virtuelle associées à la carte réseau de DEUTZ. |
| Commentaires |
| Commentaire de Pap Ndiaye [ 15/mai/06 13:56 ] |
| On prevoit cela en fin de semaine |
| Commentaire de Jérémie Bennejean [ 17/mai/06 12:41 ] |
|
C'est bon je m'en suis occupé. En résumé : 26 adresses IP ont été libérées sur les 31 cobrandings. 5 cobrandings ont conservés des @ IP: pm-es www bo preview bi Modification sur Deutz : httpd.conf Modification des virtuals hosts concernés --> pointent sur 192.168.1.90 restart et graceful de httpd /etc/sysconfig/network-scritp plutot que de supprimer les interfaces, je les ai renommé en .old au cas ou. redémarrage de la carte réseau Modification sur ruinart Zone DNS pm.lan.zone redémarrage du DNS Test de cobrandings liberation.pm.lan , m6.pm.lan, etc ... |
| Commentaire de Sébastien Tournay [ 17/mai/06 17:45 ] |
| Très bien. Il devient donc moins critique d'étendre la plage d'@IP. Peux tu nous l'inventaire des @IP que nous avons maintenant de dispo sur notre plage ? |
| Commentaire de Jérémie Bennejean [ 18/mai/06 10:59 ] |
|
Nous avons économisé 24 adresses IP La pluspart de cobrandings pointent sur 192.168.1.90 (ceux resté inschangés sont pm-es,liberation,www,bo,preview,bi,freesurf) Au total nous disposons sur la plage fixe (192.168.1.1-->192.168.1.99) de 56 adresses IP de libres ( rien que sur la plage fixe) |
[EXP-2671] Vérifier la configuration de la compression sur Phaeton et Cupidon Création: 20/sept./06 10:21 Mise à jour: 08/août/07 15:57 Résolue: 08/août/07 15:57 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Merci de vérifier que la compression apache est bien en
place en particulier pour les URLs qui sont le plus fréquemment
demandé: URL Ok Volume Ok Hits img.priceminister.com/static/www/brandV903.css 96,539 MB 781,485 img.priceminister.com/static/menu/brand/www/menuV903.js 42,931 MB 813,106 img.priceminister.com/static/www/none 37,149 MB 335,955 img.priceminister.com/static/www/V903/brand_vehicle.css 20,128 MB 747,400 img.priceminister.com/content/V903/front/front.js 9,523 MB 787,650 img.priceminister.com/content/V903/front/browser.js 4,765 MB 795,945 |
| Commentaires |
| Commentaire de Antoine Koener [ 05/mars/07 18:04 ] |
|
Est-ce encore d'actualité ? |
| Commentaire de Justin Ziegler [ 08/août/07 15:57 ] |
|
Patrice, je viens de faire quelques vérifs. je pense qu'on peut fermer ! |
[EXP-1099] Référencement GOOGLE & amélioration de la bande passante Création: 30/janv./06 12:13 Mise à jour: 25/juin/07 18:56 Résolue: 04/oct./06 14:36 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Benjamin Bussière |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il semble que le user-agent GOOGLE (Googlebot/2.1) soit
compatible http 1.1. Etudier la possibilité d'activer la compression
apache pour GOOGLE. ATTENTION car on remarque que certains des crawaler
sont toujours en http 1.0. Il faudrait donc pouvoir l'activer que si le
crawler GOOGLE est bien en http 1.1 www.priceminister.com 66.249.66.35 - - [30/Jan/2006:02:03:18 +0100] "GET /navigation/default/category/appareils_photo HTTP/1.1" 200 67796 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" www.priceminister.com 66.249.71.44 - - [30/Jan/2006:02:03:30 +0100] "GET /navigation/list/category/171403 HTTP/1.0" 200 74186 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)" |
| Commentaires |
| Commentaire de Sébastien Tournay [ 30/janv./06 12:19 ] |
| Il faudrait réétudier le fichier de conf 'deflate.conf' sur CUPIDON et PHAETON pour voir s'il est toujours d'actualité. Notamment pour prendre en compte la compression GOOGLE. J'ai l'impression que lorsque GOOGLE est en http 1.1 que nous avons en plus dans son user-agent (Googlebot/2.1) l'information 'Mozilla/5.0 ' |
| Commentaire de Justin Ziegler [ 30/janv./06 14:33 ] |
| A t on valide avec Emmanuel l'absence de risques par rapport a la compression. |
| Commentaire de Sébastien Tournay [ 30/janv./06 15:33 ] |
| oui |
| Commentaire de Antoine Koener [ 24/août/06 16:40 ] |
|
Toujours d'actualité ce JIRA ? |
| Commentaire de Edouard Gomez-Vaez [ 02/oct./06 16:13 ] |
| Benjamin, en l'absence d'Emmanuel peux-tu faire une passe sur ses JIras ? Merci !!! |
| Commentaire de Benjamin Bussière [ 04/oct./06 14:36 ] |
|
Bonjour, Je vous confirme que Google accepte bien le mod GZ(Compression), pour le crawl. De plus a ce que je vois sur le site, il est déja activé. |
| Commentaire de Justin Ziegler [ 12/oct./06 12:24 ] |
| Il est activé au global sur le site, sauf pour Google ! |
| Commentaire de Justin Ziegler [ 12/oct./06 12:24 ] |
| Donc, Antoine, on peut maintenant enlever l'exception qui était faite pour Google. |
Beaucoup d'erreurs Apache !
(APP-14435)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue, Mémo |
| Affecte la/les version(s): | 11.0.0 (Merge et Maintenance) |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Dev | ||||||||
| Projets PM archivés: | Maintenance 12.0.0 | ||||||||
| Description |
|
Les appels aux images pour le label vendeur s'effectue dans 2 promo : - Racine > Pub, Référencement, Tracking > Disposition : Configuration par defaut > Label vendeur > Modèle 1 - Racine > Pub, Référencement, Tracking > Disposition : Configuration par defaut > Label vendeur > Modèle 2 La première fait appel à $imgRoot/visuels/label/ma_boutique_label_vendeur_g.gif qui provoque une erreur Apache, l'image n'existant pas. La deuxième par contre fait appel à http://a526.g.akamai.net/7/526/14067/v1/www.priceminister.com/affiliation/visuels/label/ma_boutique_label_vendeur_g.gif qui fonctionne. Il faudrait du coup uniformiser les 2 appel par un joli $imgRoot/affiliation/visuels/label/ma_boutique_label_vendeur_g.gif, voire, comme en espagne, passer ça sous IG... |
| Commentaires |
| Commentaire de Nerea Prieto [ 17/janv./07 15:25 ] |
| Alexandre, pour passer ces images sur IG il faut les uploader, elle se trouvent dans quel dossier?? |
| Commentaire de Nerea Prieto [ 17/janv./07 15:58 ] |
|
Les images sont uploadées dans IG. IL faut attendre le
déploiement de la V.12 pour le changement de la URL dans l'arbre de
catégories. Je ferme ce JIra et je note dans le Wiki ce qui est prévu en pré ou post-déploiement. |
| Commentaire de Nerea Prieto [ 07/févr./07 16:35 ] |
| URL changé aussi. |
| Commentaire de Alexandre Garnier [ 24/avr./07 12:32 ] |
|
Le soucis est que maintenant des gens ont copié le code avec la mauvaise URL ... Il faudrait si possible faire un parallèle entre les appels à cette image et les trackings pour déterminer les utilisateurs pour leur faire corriger. |
[APP-21718] Intégrer rewrite UK côté appli Création: 08/août/08 16:43 Mise à jour: 08/sept./08 11:14 Résolue: 04/sept./08 12:10 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 28.0.0 (CTN-F) |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Nicolas Chauveau |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Description |
|
RewriteEngine on RewriteLog "/usr/local/apache/uk/logs/rewrite.log" RewriteCond %{REQUEST_URI} "!^/accueil" RewriteCond %{REQUEST_URI} "!^/robots.txt" RewriteCond %{REQUEST_URI} "!^/favicon.ico" RewriteCond %{REQUEST_URI} "!^/$" RewriteCond %{REQUEST_URI} "!^/info/home.*" RewriteCond %{REQUEST_URI} "!^/info/no/home" RewriteCond %{REQUEST_URI} "!^/nav/.*" RewriteCond %{REQUEST_URI} "!^/res/.*" RewriteCond %{REQUEST_URI} "!^/offer/buy/.*" RewriteCond %{REQUEST_URI} "!^/music" RewriteCond %{REQUEST_URI} "!^/image.*" RewriteCond %{REQUEST_URI} "!^/photo.*" RewriteCond %{REQUEST_URI} "!^/video-games" RewriteCond %{REQUEST_URI} "!^/logo_priceminister.gif" RewriteCond %{REQUEST_URI} "!^/info/alpha" RewriteCond %{REQUEST_URI} "!^/help/r_contract" RewriteCond %{REQUEST_URI} "!^/help/r_ukgame_terms" RewriteCond %{REQUEST_URI} "!^/subscription.*" RewriteRule ^.*$ /info/alpha [R=302,L] |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 04/sept./08 12:10 ] |
| Nouveau fichier crée. |
[EXP-4629] Renommage des serveurs Param Création: 01/déc./08 16:39 Mise à jour: 12/févr./09 10:09 Résolue: 12/févr./09 10:09 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Olga Costa | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Description |
|
Comme discuté en COIG merci de renommer les serveurs de param de la manière suivante : cms1 en cms-ref cms3 en cms-branch cms5 en cms-test param1 en ref-fr param2 en ref-es dev_uk en ref-uk param3 en branch-fr param4 en branc-es param5 en test-fr param6 en test-es Nous avons aussi besoin d'un serveur uk « test-uk » qui sera branché sur le cms5 |
| Commentaires |
| Commentaire de Alexandre Garnier [ 04/déc./08 11:56 ] |
|
Tâches identifiées : Serveurs (paramX et CMS[135]) : - arrêt des serveurs - renommage des utilisateurs ( + gestion des homes) - suppressions des anciennes configurations jboss - redéploiement des nouvelles configurations jboss (http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ConfigurationJboss) - mise à jour de la configuration de langue dans les nouvelles configurations jboss : devconf -u - lancement des serveurs Apache (paramX) : - renommage des entrées DNS - regénération des configurations apache - redémarrage d'apache |
| Commentaire de Ariane Baldinger [ 12/déc./08 11:45 ] |
|
Salut Patrice, Nous avons besoin d'avoir un serveur de test pour le UK assez rapidement (branché sur cms5) Est-ce que ça peut être mis en place début de semaine prochaine ? |
| Commentaire de Patrice Boulanger [ 15/déc./08 18:49 ] |
|
test-uk et branch-uk ( Merci. |
| Commentaire de Patrice Boulanger [ 16/déc./08 11:38 ] |
|
Les virtualhosts www.test-uk.pm.dev et www.branch-uk.pm.dev sont créés. Il reste à lancer les serveurs JBOSS sur Brice. Merci. |
| Commentaire de Alexandre Garnier [ 16/déc./08 12:01 ] |
| Tu avais oublié de mettre les nouveaux workers dans la worker.list |
| Commentaire de Patrice Boulanger [ 28/janv./09 14:44 ] |
|
Stéphane, Peux-tu créer les utilisateurs suivants dans le NIS: cms-ref => bollinger cms-branch => bollinger cms-test => bollinger ref-fr => bollinger ref-es => bollinger branch-fr => bollinger branch-es => brice test-fr => brice test-es => brice et me réaffecter le Jira dès que c'est bon. Merci Patrice. |
| Commentaire de Alexandre Garnier [ 28/janv./09 14:53 ] |
| Il faudrait aussi ref-uk ! |
| Commentaire de Patrice Boulanger [ 28/janv./09 16:30 ] |
|
oui, rek-uk => bollinger |
| Commentaire de Stéphane Eccli [ 29/janv./09 15:42 ] |
| tous créés. |
| Commentaire de Alexandre Garnier [ 04/févr./09 20:00 ] |
|
Tous les jboss ont été transféré des anciens utilisateurs aux nouveaux. On peut donc supprimer les anciens. Il ne reste plus qu'à gérer les apaches. Attention, il faut modifier les priceminister-local.properties des conf jboss. |
| Commentaire de Patrice Boulanger [ 11/févr./09 18:57 ] |
|
C'est en place. Je n'ai pas pu tester les vh suivants: test-fr test-es branch-es Les jboss semblaient ne pas être lancés Pour les autres, tout semblait ok. Patrice. |
| Commentaire de Alexandre Garnier [ 12/févr./09 10:09 ] |
|
Les jboss tournent bien. C'est un problème de jkmount qui pointe vers bollinger au lieu de brice. J'ai corrigé les conf apache et c'est bon. |
[APP-6117] Fiche produit : lien de recherche paramètrable plante dans certains cas Image et Son Création: 26/oct./05 15:34 Mise à jour: 25/juin/07 18:32 Résolue: 23/nov./05 16:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit, Référencement |
| Affecte la/les version(s): | 8.0.7b |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sur certaines fiches produits de la famille "Image et son", le lien de recherche sur le titre plante. A priori, il s'agit de liens configurables. Il faudrait donc vérifier que le paramètrage de ce lien est correct en PROD actuellement. Exemple de fiche ou le lien ne fonctionne pas : http://www.priceminister.com/offer/buy/6250127/Lecteur-MP3-WMA-512-Mo-RADIO-FM-Batterie-lithium-ecran-OLED-Lecteur-audio-portable.html |
| Commentaires |
| Commentaire de Jérôme Viviès [ 26/oct./05 15:45 ] |
|
Je présume que cela vient de l'encodage du titre dans l'url. Nous utilisons le code velocity indiqué par Andrei lors du chantier référencement correspondant. Merci de nous indiquer un autre code à utiliser, qui soit en harmonie avec la recherche globale (voir Swan / Emmanuel Benmussa). |
| Commentaire de Arnaud Forgues [ 26/oct./05 16:18 ] |
|
Il semblerait que cela puisse venir de la configuration apache ou jboss sur l'interpretation de l'encodage des urls. En effet, en développement, le lien : http://www.pm.bollinger:7080/navigation/se/category/sa/kw/lecteur+mp3%2fwma+512+mo+-+radio+fm+-+batterie+lithium+-+%e9cran+oled fonctionne parfaitement alors qu'en INTEG et en PROD : http://www.pm.lan/navigation/se/category/sa/kw/lecteur+mp3%2fwma+512+mo+-+radio+fm+-+batterie+lithium+-+%e9cran+oled ou http://www.priceminister.com/navigation/se/category/sa/kw/lecteur+mp3%2fwma+512+mo+-+radio+fm+-+batterie+lithium+-+%e9cran+oled le lien plante ... Dans tous les cas, cela vient du fait, qu'il y a un "/" dans l'url à cause du titre du produit encodé dans la recherche. |
| Commentaire de Xiaoming Du [ 27/oct./05 11:22 ] |
|
Apache n'a pas planté, en fait, il rejette les URLs qui
contient %2F(/) ou %5C(\) en envoyant la page 404.html. Pour que apache
autorise ce genre d'URLs, il faut activer le directive ci-dessous dans
tous les virtualhost. "AllowEncodedSlashes On" par ex: http://www.pm.lan/navigation/se/category/sa/kw/puzzle+-+tour+eiffel+%2f+bateau-mouche+-+2+x+1000 http://www.priceminister.com/navigation/se/category/sa/kw/puzzle+-+tour+eiffel+%2f+bateau-mouche+-+2+x+1000 Je vais assigner ce ticket à Ranto pour que il puisse faire le nécessaire. |
| Commentaire de Xiaoming Du [ 27/oct./05 11:25 ] |
| Merci de mettre à jour le fichier de configuration d'apache en ajoutant le directive "AllowEncodedSlashes On" dans tous les virtualhosts. |
| Commentaire de Quentin de Chivré [ 27/oct./05 11:41 ] |
|
A mon avis il serait + simple et + utile point de vue
référencement de nettoyer les mots clés avant de générer l'URL. => ne conserver que les caractères alphanumériques et les espaces |
| Commentaire de Swan Desportes [ 10/nov./05 16:24 ] |
|
D'après EMB, il n'est pas utile d'enlever les caractères spéciaux. Ranto, peux tu appliquer la modification Apache en prod. Merci |
| Commentaire de Ranto Andriambololona [ 17/nov./05 23:40 ] |
| Aura lieu le jour du pdéploiement V808 |
| Commentaire de Ranto Andriambololona [ 23/nov./05 16:04 ] |
|
C'est fait en PROD ... Par contre il faut vérifier que Apache ne rejette plus les URLs qui contient %2F(/) ou %5C(\) en envoyant la page 404.html. Ranto, |
| Commentaire de Yassine Mouhammadou [ 08/déc./05 09:39 ] |
|
OK, pas de page d'erreur 404 Merci |
[APP-18799] fichier manquant sur les frontaux ou erreur dans une page Création: 03/déc./07 11:44 Mise à jour: 03/déc./07 17:19 Résolue: 03/déc./07 17:19 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 18.0.1 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Validator |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
On a pas mal de ceci depuis quelques temps : [Mon Dec 03 10:58:50 2007] [error] [client 192.168.1.216] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo-jmh/content/V18_0_1/back/images/picto/help.gif, referer : http://bo.priceminister.jmh/referential_back?action=productsearch&changedatafile=true&createdatafile=true&createenddate=24%2F11%2F2007&dosearch.x=38&dosearch.y=10&issearchbyref=f alse&manyinstock=true&numberrows=4000&oneinstock=true&order=3&prdstatuscode=20&prdtypecode=1700&reload=false&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zer ostock=true [Mon Dec 03 10:59:11 2007] [error] [client 192.168.1.216] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo-jmh/content/V18_0_1/back/images/picto/help.gif, referer : http://bo.priceminister.jmh/referential_back?action=productsearch&changedatafile=true&createdatafile=true&createenddate=24%2F11%2F2007&dosearch.x=38&dosearch.y=10&issearchbyref=f alse&manyinstock=true&numberrows=4000&oneinstock=true&order=3&prdstatuscode=20&prdtypecode=1700&reload=false&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zer ostock=true Ca vaut le coup de les corriger car ils polluent les outils de supervision. merci |
[APP-18377] IMAGEMAGICK PLANTAGE SERVEUR FRANCE Création: 30/oct./07 08:58 Mise à jour: 31/oct./07 10:00 Résolue: 30/oct./07 15:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.1.1 |
| Version(s) corrigée(s): | 17.1.1 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Ange Ferrari | Attribution: | Alexandre Garnier |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM archivés: | Maintenance 17.x.x | ||||||||||||
| Description |
|
Le serveur image a planté hier en france 07-10-29 21:05:03,077 INFO [-Processor17] 62.41.85.15 - >>> GET http://img.priceminister.com/photo/588150330_L.jpg 2007-10-29 21:05:03,184 INFO [-Processor50] 81.52.205.11 - <<< [689 ms] GET http://img.priceminister.com/photo/716945410_S.jpg 2007-10-29 21:05:03,252 INFO [-Processor71] 62.41.85.15 - <<< [5502 ms] GET http://img.priceminister.com/photo/309785630_S.jpg 2007-10-29 21:05:03,252 WARN [-Processor71] 62.41.85.15 - Long request [5502 ms]: GET http://img.priceminister.com/photo/309785630_S.jp g 2007-10-29 21:05:03,884 INFO [-Processor54] 62.41.85.15 - >>> GET http://img.priceminister.com/photo/388788530_M.jpg 2007-10-29 21:05:04,071 INFO [P-Processor1] 62.41.85.29 - >>> GET http://img.priceminister.com/photo/339847133_S.jpg 2007-10-29 21:05:04,159 INFO [-Processor15] 62.41.85.29 - >>> GET http://img.priceminister.com/res/pic/0/koobuycity/koobuycity/27874/An swerPost_img_cover.gif 2007-10-29 21:05:04,194 INFO [-Processor15] 62.41.85.29 - <<< [34 ms] GET http://img.priceminister.com/res/pic/0/koobuycity/koobuycity/ 27874/AnswerPost_img_cover.gif # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x189149ca, pid=21759, tid=376753072 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_10-b03 mixed mode) # Problematic frame: # C [libMagick.so.9+0x12a9ca] # # Can not save log file, dump to screen.. # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x189149ca, pid=21759, tid=376753072 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_10-b03 mixed mode) # Problematic frame: # C [libMagick.so.9+0x12a9ca] # --------------- T H R E A D --------------- Current thread (0x07855a60): JavaThread "TP-Processor54" daemon [_thread_in_native, id=14293] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000 Registers: EAX=0x09eb7832, EBX=0x18a6a50c, ECX=0x00000002, EDX=0x00000000 ESP=0x16748868, EBP=0x16748910, ESI=0x160c0000, EDI=0x00000000 EIP=0x189149ca, CR2=0x00000000, EFLAGS=0x00010246 Top of Stack: (sp=0x16748868) 0x16748868: 00000000 1fe99338 16748890 091ced90 0x16748878: 1e6f0f00 0049fd27 167488a0 188e6efe 0x16748888: 09ec1d9c 189ca7ae 167488c0 18a6a50c 0x16748898: 09ec1d9c 099f68a0 09ec1d9c 188a0abb 0x167488a8: 08fdfc88 00000000 00000000 00000000 0x167488b8: 00000001 099f67d8 00000000 00000002 0x167488c8: 00000083 00000082 00000000 00000000 0x167488d8: 000000ff 00000000 00000000 00000001 Instructions: (pc=0x189149ca) 0x189149ba: df e0 83 c4 04 f6 c4 01 75 0f 8a 4d b4 8b 7d 9c 0x189149ca: 88 0c 3a 8b 45 0c 8b 48 1c 42 83 c6 04 39 ca 7c Stack: [0x166cc000,0x1674d000), sp=0x16748868, free space=498k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libMagick.so.9+0x12a9ca] C [libMagick.so.9+0x59dd4] WriteImage+0x444 C [libMagick.so.9+0x2b022] ImageToBlob+0x1be C [libJMagick.so+0xfd5d] Java_magick_MagickImage_imageToBlob+0xd2 J magick.MagickImage.imageToBlob(Lmagick/ImageInfo;)[B Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) J magick.MagickImage.imageToBlob(Lmagick/ImageInfo;)[B J com.babelstore.image.ImageResizer.resize(IIZ)[B J com.babelstore.resource.front.PhotoAction.execute()Ljava/lang/Object; J com.babelstore.util.web.Dispatcher.process(Lcom/babelstore/util/web/Request;Lcom/babelstore/util/web/Parameters;Ljava/lang/String;)V J com.babelstore.util.web.Dispatcher.innerLoad(Lcom/babelstore/util/web/Request;)V J com.babelstore.util.web.Dispatcher.load(Lcom/babelstore/util/web/Request;)V J com.babelstore.util.web.Dispatcher.service(Lcom/babelstore/util/web/Request;)V J com.babelstore.util.web.Dispatcher.service(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V J org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljavax/servlet/Filter Chain;)V J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V J org.apache.catalina.core.StandardWrapperValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V J org.apache.catalina.core.StandardContextValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V J org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Respon se;)V J org.apache.catalina.valves.ErrorReportValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V J org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;) V J org.apache.catalina.connector.CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V J org.apache.jk.server.JkCoyoteHandler.invoke(Lorg/apache/jk/core/Msg;Lorg/apache/jk/core/MsgContext;)I J org.apache.jk.common.HandlerRequest.invoke(Lorg/apache/jk/core/Msg;Lorg/apache/jk/core/MsgContext;)I J org.apache.jk.common.ChannelSocket.processConnection(Lorg/apache/jk/core/MsgContext;)V v ~I2CAdapter j org.apache.jk.common.SocketConnection.runIt([Ljava/lang/Object;)V+8 j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0xb905b8b0 JavaThread "RMI TCP Connection(2358)-10.150.28.73" daemon [_thread_in_native, id=30719] 0x203f4960 JavaThread "JBoss System Threads(1)-1181" daemon [_thread_blocked, id=30701] 0x00857220 JavaThread "JBoss System Threads(1)-1180" daemon [_thread_blocked, id=30553] 0x0b5410c0 JavaThread "TP-Processor80" daemon [_thread_in_native, id=30040] 0x0d521778 JavaThread "TP-Processor79" daemon [_thread_in_native, id=30039] 0x033abd20 JavaThread "TP-Processor78" daemon [_thread_in_native, id=30038] 0xba30c998 JavaThread "TP-Processor77" daemon [_thread_in_native, id=30037] 0x05444ac8 JavaThread "TP-Processor76" daemon [_thread_in_native, id=30036] 0x0d5c32f0 JavaThread "TP-Processor75" daemon [_thread_in_native, id=30035] 0x0b3f1bd8 JavaThread "TP-Processor74" daemon [_thread_in_native, id=30034] 0xba363600 JavaThread "TP-Processor73" daemon [_thread_in_native, id=30033] 0x01caa5e0 JavaThread "TP-Processor72" daemon [_thread_in_native, id=30032] 0x0d5c89e8 JavaThread "TP-Processor71" daemon [_thread_in_native, id=30031] 0x04f33fe0 JavaThread "TP-Processor70" daemon [_thread_in_native, id=30030] 0xbc87ddc8 JavaThread "TP-Processor69" daemon [_thread_in_native, id=30029] 0x0b360d58 JavaThread "TP-Processor68" daemon [_thread_in_native, id=30028] 0x0b5dc630 JavaThread "TP-Processor67" daemon [_thread_in_native, id=30027] 0x04ff2958 JavaThread "TP-Processor66" daemon [_thread_in_native, id=30026] 0x01c7a978 JavaThread "TP-Processor65" daemon [_thread_in_native, id=30025] 0x0d5579b0 JavaThread "TP-Processor64" daemon [_thread_blocked, id=30024] 0x054df998 JavaThread "TP-Processor63" daemon [_thread_blocked, id=30023] 0xba2c2278 JavaThread "TP-Processor62" daemon [_thread_blocked, id=30021] 0x078895f0 JavaThread "TP-Processor61" daemon [_thread_blocked, id=30019] 0x0d524e38 JavaThread "TP-Processor60" daemon [_thread_in_native, id=14300] 0xb83fb440 JavaThread "TP-Processor59" daemon [_thread_in_native, id=14299] 0xb83fb2a0 JavaThread "TP-Processor58" daemon [_thread_in_native, id=14298] 0x0525a8d0 JavaThread "TP-Processor57" daemon [_thread_in_native, id=14297] 0x04a732b8 JavaThread "TP-Processor56" daemon [_thread_in_native, id=14295] 0x07855c00 JavaThread "TP-Processor55" daemon [_thread_in_native, id=14294] =>0x07855a60 JavaThread "TP-Processor54" daemon [_thread_in_native, id=14293] 0x0d5fe9d0 JavaThread "TP-Processor53" daemon [_thread_in_native, id=14292] 0x0d5fe7a0 JavaThread "TP-Processor52" daemon [_thread_in_native, id=14291] 0x009eb8a8 JavaThread "TP-Processor51" daemon [_thread_in_native, id=14290] 0x054b0518 JavaThread "TP-Processor50" daemon [_thread_in_native, id=14289] 0x054b02b0 JavaThread "TP-Processor49" daemon [_thread_in_native, id=14288] 0x04a64230 JavaThread "TP-Processor48" daemon [_thread_in_native, id=14287] 0x04a640a8 JavaThread "TP-Processor47" daemon [_thread_in_native, id=14286] 0x04acea30 JavaThread "TP-Processor46" daemon [_thread_in_native, id=14285] 0x063308c8 JavaThread "TP-Processor45" daemon [_thread_in_native, id=14284] 0x06330728 JavaThread "TP-Processor44" daemon [_thread_in_native, id=14283] 0x06330570 JavaThread "TP-Processor43" daemon [_thread_in_native, id=14282] 2007-10-29 21:05:04,229 INFO [P-Processor1] 62.41.85.29 - IMG ERROR : Magick Error : Status is now IMAGE_ERROR 0x0090d4a8 JavaThread "TP-Processor42" daemon [_thread_in_native, id=14281] 0x0784bef8 JavaThread "TP-Processor41" daemon [_thread_in_native, id=14280] 0x07bfcfc0 JavaThread "TP-Processor40" daemon [_thread_in_native, id=28244] 0x078c4df8 JavaThread "TP-Processor39" daemon [_thread_blocked, id=28243] 0x01cfe790 JavaThread "TP-Processor38" daemon [_thread_in_native, id=28242] 0x009e8d98 JavaThread "TP-Processor37" daemon [_thread_blocked, id=28241] 0x04af5b10 JavaThread "TP-Processor36" daemon [_thread_in_native, id=28240] 0x0338c010 JavaThread "TP-Processor35" daemon [_thread_in_native, id=28239] 0x03395ef0 JavaThread "TP-Processor34" daemon [_thread_in_native, id=28238] 0x08dba8a8 JavaThread "TP-Processor33" daemon [_thread_in_native, id=28237] 0x088c4058 JavaThread "TP-Processor32" daemon [_thread_in_native, id=28236] 0x09794c08 JavaThread "TP-Processor31" daemon [_thread_in_native, id=28235] 0x08943b50 JavaThread "TP-Processor30" daemon [_thread_blocked, id=28233] 0x097c4ee0 JavaThread "TP-Processor29" daemon [_thread_in_native, id=28232] 0x0a68e6e8 JavaThread "TP-Processor28" daemon [_thread_in_native, id=28231] 0x097cfb20 JavaThread "TP-Processor27" daemon [_thread_in_native, id=28230] 0x08efa708 JavaThread "TP-Processor26" daemon [_thread_in_native, id=28229] 0x096e63c8 JavaThread "TP-Processor25" daemon [_thread_in_native, id=28228] 0x091021a0 JavaThread "TP-Processor24" daemon [_thread_in_native, id=28227] 0x084d2090 JavaThread "TP-Processor23" daemon [_thread_in_native, id=28226] 0x082cb100 JavaThread "TP-Processor22" daemon [_thread_in_native, id=28225] 0x0a691b78 JavaThread "TP-Processor21" daemon [_thread_in_native, id=28224] 0x085f9240 JavaThread "JMS SessionPool Worker-0" [_thread_blocked, id=23808] 0x1df7fcf0 JavaThread "Message Pushers-1" daemon [_thread_blocked, id=23807] 0x1e6733c8 JavaThread "TP-Monitor" daemon [_thread_blocked, id=21893] 0x1e672600 JavaThread "TP-Processor20" daemon [_thread_in_native, id=21892] 0x1fc25fd8 JavaThread "TP-Processor19" daemon [_thread_in_native, id=21891] 0x1fc25240 JavaThread "TP-Processor18" daemon [_thread_in_native, id=21890] 0x1fc244d8 JavaThread "TP-Processor17" daemon [_thread_in_native, id=21889] 0x1e6f5ce0 JavaThread "TP-Processor16" daemon [_thread_in_native, id=21888] 0x1e6f4f18 JavaThread "TP-Processor15" daemon [_thread_in_native, id=21887] 0x1e1f3908 JavaThread "TP-Processor14" daemon [_thread_in_native, id=21885] 0x1e1f2b40 JavaThread "TP-Processor13" daemon [_thread_in_native, id=21884] 0x1df6e8d8 JavaThread "TP-Processor12" daemon [_thread_in_native, id=21883] 0x1df6dbc8 JavaThread "TP-Processor11" daemon [_thread_in_native, id=21882] 0x1ea15ff0 JavaThread "TP-Processor10" daemon [_thread_in_native, id=21881] 0x1ef02340 JavaThread "TP-Processor9" daemon [_thread_in_native, id=21880] 0x1ea13fb0 JavaThread "TP-Processor8" daemon [_thread_in_native, id=21879] 0x1ea13280 JavaThread "TP-Processor7" daemon [_thread_in_native, id=21878] 0x1e677440 JavaThread "TP-Processor6" daemon [_thread_in_native, id=21877] 0x1e1c2be8 JavaThread "TP-Processor5" daemon [_thread_in_native, id=21876] 0x196ed938 JavaThread "TP-Processor4" daemon [_thread_in_native, id=21875] 0x1ef07908 JavaThread "TP-Processor3" daemon [_thread_in_native, id=21874] 0x1e4652e0 JavaThread "TP-Processor2" daemon [_thread_in_native, id=21873] 0x1ef07d88 JavaThread "TP-Processor1" daemon [_thread_in_Java, id=21872] 0x202749f0 JavaThread "JBossLifeThread" [_thread_blocked, id=21859] 0x090e6238 JavaThread "TimeoutFactory" daemon [_thread_blocked, id=23581] 0x0934d1e0 JavaThread "Connection Consumer for dest Subscription[subId=-2147483648connection=ConnectionToken:ID:5/96e60f207e55be93b8f79f106 961cce5 destination=QUEUE.SearchHistory messageSelector=null Local Create] id=3" [_thread_blocked, id=22357] 0x08953060 JavaThread "Connection Consumer for dest Subscription[subId=-2147483648connection=ConnectionToken:ID:3/ef43cd9fa5094ebac9f8747e2 3d0f431 destination=QUEUE.TransformationMessages messageSelector=null Local Create] id=2" [_thread_blocked, id=22356] 0x0889ba88 JavaThread "Connection Consumer for dest Subscription[subId=-2147483648connection=ConnectionToken:ID:1/773c600134da5a0fc4336940a a73de5d destination=TOPIC.Refresher messageSelector=null Local Create] id=1" [_thread_blocked, id=22355] 0x09062128 JavaThread "Timer-3" daemon [_thread_blocked, id=22285] 0x1dfbfb70 JavaThread "JCA PoolFiller" [_thread_blocked, id=22260] 0x201f8580 JavaThread "IdleRemover" [_thread_blocked, id=22254] 0x1ef268b0 JavaThread "WorkManager(3)-1" daemon [_thread_blocked, id=22102] 0x1e6e3918 JavaThread "Timer-2" daemon [_thread_blocked, id=22095] 0x08d3a400 JavaThread "JBossMQ Cache Reference Softner" daemon [_thread_blocked, id=22094] 0x1e41b798 JavaThread "ContainerBackgroundProcessor[StandardEngine[jboss.web]]" daemon [_thread_blocked, id=22078] 0x088fd7b8 JavaThread "RMI LeaseChecker" daemon [_thread_blocked, id=22051] 0x08b3d630 JavaThread "SocketServerInvoker#0-3873" [_thread_in_native, id=21907] 0x20c31198 JavaThread "PooledInvokerAcceptor#0-4445" [_thread_in_native, id=21868] 0x20c49b80 JavaThread "RMI TCP Accept-4444" daemon [_thread_in_native, id=21867] 0x20c2c548 JavaThread "ClassLoadingPool(2)-1" daemon [_thread_in_native, id=21866] 0x20c37fa0 JavaThread "JBoss System Threads(1)-1" daemon [_thread_in_native, id=21865] 0x202ffde0 JavaThread "GC Daemon" daemon [_thread_blocked, id=21864] 0x20234c58 JavaThread "RMI Reaper" [_thread_blocked, id=21863] 0x201d0288 JavaThread "Timer-1" daemon [_thread_blocked, id=21862] 0x201cfd18 JavaThread "RMI TCP Accept-1098" daemon [_thread_in_native, id=21861] 0x20c2ee20 JavaThread "ScannerThread" daemon [_thread_blocked, id=21860] 0x20c2f9c8 JavaThread "Timer-0" daemon [_thread_blocked, id=21815] 0x22fc3170 JavaThread "DestroyJavaVM" [_thread_blocked, id=21759] 0x22f87e40 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=21790] 0x22f86a08 JavaThread "CompilerThread1" daemon [_thread_blocked, id=21789] 0x22f85a30 JavaThread "CompilerThread0" daemon [_thread_blocked, id=21788] 0x22f84a28 JavaThread "AdapterThread" daemon [_thread_blocked, id=21787] 0x22f83a50 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=21786] 0x22f82dd0 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=21785] 0x22f797b8 JavaThread "Finalizer" daemon [_thread_blocked, id=21771] 0x22f79230 JavaThread "Reference Handler" daemon [_thread_blocked, id=21770] Other Threads: 0x22f76e38 VMThread [id=21769] 0x22f892f0 WatcherThread [id=21791] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap par new generation total 351104K, used 267630K [0x27570000, 0x40570000, 0x40570000) eden space 292608K, 84% used [0x27570000, 0x366c7fd0, 0x39330000) from space 58496K, 35% used [0x39330000, 0x3a7339f8, 0x3cc50000) to space 58496K, 0% used [0x3cc50000, 0x3cc50000, 0x40570000) concurrent mark-sweep generation total 1638400K, used 498395K [0x40570000, 0xa4570000, 0xa4570000) concurrent-mark-sweep perm gen total 204800K, used 61724K [0xa4570000, 0xb0d70000, 0xb0d70000) Dynamic libraries: Can not get library information for pid = 14293 VM Arguments: jvm_args: -Xms2000m -Xmx2000m -XX:PermSize=200m -XX:MaxPermSize=200m -XX:NewSize=400m -XX:MaxNewSize=400m -XX:+UseParNewGC -XX:SurvivorRatio= 5 -XX:MaxTenuringThreshold=20 -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:/data/priceminister/var/mainlog/garbage.log -XX: +PrintGCApplicationStoppedTime -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=40 -XX:+CMSParallelRemarkEnabled -XX:+DisableExplic itGC -Dparser.pool.size=50 -Dprogram.name=run.sh -Djava.endorsed.dirs=/appli/priceminister/jboss/lib/endorsed java_command: org.jboss.Main -c priceminister Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/appli/priceminister/jdk PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/data/priceminister/bin:/appli/priceminister/jdk/bin LD_LIBRARY_PATH=/appli/priceminister/jdk1.5.0_10/jre/lib/i386/server:/appli/priceminister/jdk1.5.0_10/jre/lib/i386:/appli/priceminister/jdk1. 5.0_10/jre/../lib/i386:/appli/oracle/product/10.2.0/lib:/appli/priceminister/jmagick/lib:/appli/priceminister/imagemagick/lib:$LD_LIBRARY_PAT H:/data/priceminister/lib SHELL=/bin/sh Signal Handlers: SIGSEGV: [libjvm.so+0x5095c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004 SIGBUS: [libjvm.so+0x5095c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004 SIGFPE: [libjvm.so+0x42d5d0], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004 SIGPIPE: [libjvm.so+0x42d5d0], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004 SIGILL: [libjvm.so+0x42d5d0], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x42fa20], sa_mask[0]=0x00000000, sa_flags=0x14000004 SIGHUP: [libjvm.so+0x42f450], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x04000000 SIGQUIT: [libjvm.so+0x42f450], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004 SIGTERM: [libjvm.so+0x42f450], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004 --------------- S Y S T E M --------------- OS:Linux uname:Linux 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:27:17 EDT 2006 i686 libc:glibc 2.3.4 NPTL 2.3.4 rlimit: STACK 10240k, CORE 0k, NPROC 163839, NOFILE 1024, AS infinity load average:-0.00 0.00 0.00 CPU:total 8 (cores per cpu 1, threads per core 2) family 15 model 2 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, ht Memory: 4k page, physical 10135596k(1993988k free), swap 256k(256k free) vm_info: Java HotSpot(TM) Server VM (1.5.0_10-b03) for linux-x86, built on Nov 9 2006 13:10:08 by java_re with gcc 3.2.1-7a (J2SE release) # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # ./run.sh: line 184: 21759 Abandon "$JAVA" $JAVA_OPTS -Djava.endorsed.dirs="$JBOSS_ENDORSED_DIRS" -classpath "$JBOSS_CLASSPATH " org.jboss.Main "$@" |
| Commentaires |
| Commentaire de Christophe Garcia [ 30/oct./07 10:41 ] |
|
Ange, Le nombre de demandes d'images a-t-il augmenté récemment (question valable pour FR et ES) ? |
| Commentaire de Alexandre Garnier [ 30/oct./07 14:36 ] |
|
Est-ce un problème qui vient de réapparaitre d'un coup ou est-ce régulier ? Est-ce un problème TRES fréquent ou ponctuel ? |
| Commentaire de Ange Ferrari [ 30/oct./07 14:38 ] |
|
Le nombre de demande a augmenté depuis la semaine 42 puisqu'il y a une reconstruction de mod_cache sur arciai cf les courbes en piece jointe |
| Commentaire de Ange Ferrari [ 30/oct./07 14:43 ] |
|
Nous avons eu le soucis sur l'espagne vendredi soir 2 fois samedi une fois et sur la France c'est arrivé une fois hier soir ce n'est pas un problème récurrent nous avons dédié tellus ( sur la france ) et venus ( sur l'espagne ) pour délivrer les images pour éviter de se retrouver avec l'ensemble de plateforme HS a cause d'un cas mal géré... |
| Commentaire de Alexandre Garnier [ 30/oct./07 15:01 ] |
|
Le problème de charge ImageMagick est connu ! L'explication est là : http://pricejira.lan/browse/APP-13221#action_85354 La mise en place du destroyImage a dû améliorer les choses (mais il n'y a pas trop eu de retour là dessus), mais dans tous les cas, une charge trop forte d'un seul coup (comme, par exemple, la reconstruction de mod_cache) provoque une trop forte utilisation de la mémoire C (100 images de 10Mo en parallèle --> 1Go) ce qui provoque le plantage. On ne peut rien faire pour ça. |
| Commentaire de Ange Ferrari [ 30/oct./07 15:01 ] |
|
L'explication du nombre de requête est peut être facile... mais pourquoi as tu réussi a produire un plantage sur l'integ ? |
| Commentaire de Christophe Garcia [ 30/oct./07 15:04 ] |
| Pour les mêmes raisons que ImageMagick plante en PROD : il suffit de le bourriner. |
[EXP-891] Plantage des 2 Frontaux du au NFS / Sauvegarde Création: 16/janv./06 11:09 Mise à jour: 25/juin/07 18:55 Résolue: 24/mars/06 11:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ranto Andriambololona | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Ce dimanche 15 Janvier vers 3h40 : Plantage des 2 Frontaux * le site présente des grosses lenteurs, les sondes de CMS signalent des problèmes HTTP dynamique et statique. * Très peu de monde (voir aucun sur Cupidon -logs Apache) arrivent à accéder au site un 'df' sur Phaeton et Cupidon mettait plus de 3 mn à s'afficher avec un résultat hercule:/data/priceminister/share 1 1 1 0% /data/chrootapache/nfs_share !!! le "1" partout n'est pas normal et un 'ls' dans le répertoire du virtual-host priceminister n'affiche rien même au bout de 5mn Sur HERCULE un process 14513 était à 100 % (bash) et sur lequel se fait une certaine partie du montage NFS. Comme le service n'arrivais pas à s'arréter puis redémarrer, on a fait un reboot machine de HERCULE. Avant cela j'ai fait un kill du process 14513 sans résulat du le 'df' de Phaeton et Cupidon Après redémarrage machine de HERCULE, tout est redevenu dans l'ordre , * hercule:/data/priceminister/share 32938704 25576152 5689344 82% /data/chrootapache/nfs_share * Le trafic sur Phaeton et Cupidon ont repris PISTE: - Sauvegarde hebdo de JET Multimédia ? |
| Commentaires |
| Commentaire de Sébastien Tournay [ 16/janv./06 16:57 ] |
| Suivre avec JMH l'origine de cet incident. Ticket ouvert au STC de Jet sous le numéro 14380. |
Beaucoup d'erreurs Apache !
(APP-14435)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 11.1.0 (La Redoute) |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Stéphane François |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM archivés: | COB La Redoute |
| Description |
|
Dans la CSS, on a actuellement les appels suivants : static/front/brand/laredoute/brand.css:79: background: url(images/sell_bullet.gif)url(images/sell_bullet.gif) no-repeat 8px 1px; static/front/brand/laredoute/brand.css:284: background: url(images/sell_bullet.gif) no-repeat 0 2px; static/front/brand/laredoute/brand.css:733: background: url(images/hp_vente/sell_bullet.gif) no-repeat 0 1px; static/front/brand/laredoute/brand.css:738: background: url(images/hp_vente/sell_bullet.gif) no-repeat 0 3px; static/front/brand/laredoute/brand.css:815: background: url(images/sell_bullet.gif) no-repeat 0 2px; static/front/brand/laredoute/brand.css:1257: background: url(images/default/bullet/sell_bullet.gif) no-repeat left center; Le premier a un problème et provoque des erreurs Apache. Il y a une incohérence entre les différents appels : c'est la même image qui est dupliquée à plusieurs endroits ! |
| Commentaires |
| Commentaire de Stéphane François [ 03/janv./07 17:17 ] |
| images en trop supprimées et correction dans la css effectuée ^^ |
| Commentaire de Christophe Garcia [ 05/févr./07 16:13 ] |
| Plu de trace de ces erreurs en INTEG |
[APP-16003] [INTEGRATION Fr et Es] Toujours hs Création: 16/avr./07 16:17 Mise à jour: 25/juin/07 18:51 Résolue: 16/avr./07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Younès Charrière | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Integ | ||||||||||||
| Projets PM archivés: | Maintenance 14.x.x | ||||||||||||
| Description |
|
Encore des soucis sur l'integ fr et es : Il y avait tout à l'heure de gros problèmes dûs à apache et à une erreur ORACLE mais même après correction il y a toujours des soucis. Par exemple impossible de faire une mise en vente. On retrouve dans les logs très souvent "connection timeout reached" 2007-04-16 16:12:42,013 INFO [P-Processor3] testeurjady - >>> POST http://preview.pm.lan/submit!action=submitadve...&categoryref=191925&commentaireAnnon ce=uioUYUIOUY...&continuebtn=Continuer&isupdate=false&nego=true&prix=250&productid=51027324&qualite=10&quantite=3&serialnumber=jiuyuiyuiy&stage=10&submitbtn= Publier mo...&submitstage=true 2007-04-16 16:12:42,238 INFO [P-Processor3] testeurjady - BEGIN work() 2007-04-16 16:12:42,238 INFO [P-Processor3] testeurjady - AdvertStockServiceBean.processAdvert BEGIN 2007-04-16 16:12:42,255 INFO [P-Processor3] testeurjady - AdvertStockServiceBean.processAdvert END 2007-04-16 16:12:52,902 INFO [P-Processor2] - connection timeout reached 2007-04-16 16:12:52,992 INFO [P-Processor5] - connection timeout reached 2007-04-16 16:12:52,992 INFO [P-Processor1] - connection timeout reached 2007-04-16 16:12:59,932 INFO [P-Processor4] - connection timeout reached 2007-04-16 16:13:00,122 INFO [P-Processor6] - connection timeout reached |
| Commentaires |
| Commentaire de Younès Charrière [ 16/avr./07 16:35 ] |
|
Vu avec Arnaud. A priori les erreurs proviendraient d'une
regression "sauvons la base produit" ! Cela se produit lorsque l'on
tente d'accéder à une annonce pendant une mise en vente par exemple. A
corriger ASAP s'il vous plaît on a perdu beaucoup de temps aujourd'hui
avec toutes ces erreurs en Integ. par exemple cette requête met 12min ! 2007-04-16 16:22:56,621 WARN [-Processor19] 192.168.1.212 - Long request [749163 ms]: GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=130 008634 autres logs sur DEUTZ : 2007-04-16 16:22:56,601 WARN [-Processor19] 192.168.1.212 - Long query [749127 ms]: AdvEventInfoQuery -- AdvEventInfoQuery VAR x1 NUMBER § EXEC :x1 := 130008634; SELECT adv_event.adv_event_id, adv_event.ade_type_code, adv_event.advert_id, adv_event.available_count_variation, adv_event.creation_date, adv_event.desc ription, adv_event.new_adv_status_code, adv_event.new_available_count, adv_event.new_is_unlimited, adv_event.new_unavailable_count, adv_event.unavailable_cou nt_variation FROM adv_event WHERE (advert_id = :x1) ORDER BY creation_date DESC, adv_event_id DESC ; 2007-04-16 16:22:56,609 ERROR [-Processor19] 192.168.1.212 - TransactionRolledbackException in method: public abstract com.babelstore.user.UserInfo com.bab elstore.user.business.UserBusiness.getUserInfo() throws java.rmi.RemoteException, causedBy: javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995] at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:602) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:149) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy377.getUserInfo(Unknown Source) at com.babelstore.advert.back.AdvertBackViewModel.load(AdvertBackViewModel.java:112) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-04-16 16:22:56,610 WARN [-Processor19] 192.168.1.212 - Catched a TransactionRolledbackException in Dispatcher.innerLoad cause : javax.ejb.EJBExceptio n: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995] / message : null; CausedByExc eption is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995] 2007-04-16 16:22:56,612 ERROR [-Processor19] 192.168.1.212 - Load error Servlet : com.babelstore.advert.back.AdvertBackServlet Request : GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=130008634 Referrer : http://bo.pm.lan/question_back?action=search&detail=false&fuzzy=false&numberrows=200&qststatuscode=10&qsttypecode=30 User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) Trace : javax.transaction.TransactionRolledbackException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy377.getUserInfo(Unknown Source) at com.babelstore.advert.back.AdvertBackViewModel.load(AdvertBackViewModel.java:112) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995] at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:169) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 55 more 2007-04-16 16:22:56,612 WARN [-Processor19] 192.168.1.212 - Method addMessage(String sMessage) called with :null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/14995, BranchQual=, localId=14995]. 2007-04-16 16:22:56,621 INFO [-Processor19] 192.168.1.212 - <<< [749163 ms] GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=130008634 2007-04-16 16:22:56,621 WARN [-Processor19] 192.168.1.212 - Long request [749163 ms]: GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=130 008634 |
| Commentaire de Manuel Sadok [ 16/avr./07 18:24 ] |
|
Il s'agissait d'un problème d'utilisation d'index pour la requête 'AdvEventInfoQuery'. Cette requête interroge la table adv_event, dont les stats (table et index) n'étaient pas à jour. La semaine dernière, Patrick a créé un nouvel index de test sur la table adv_event. Oracle considérait donc cet index récent comment étant le plus pertinent pour la requête, ce qui n'est vraiment pas le cas.... Un recalcul des stats sur adv_event et ses index règle le problème :). |
| Commentaire de Younès Charrière [ 17/avr./07 14:12 ] |
| ok merci manuel ça va beaucoup mieux ! |
[APP-28057] [Pre-deploiement] Remplacer velocity-dep-1.4.jar par velocity-1.6.2-dep.jar dans $JBOSS_HOME/client Création: 26/janv./10 10:11 Mise à jour: 09/févr./10 12:11 Résolue: 09/févr./10 11:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Batch |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | 61.0.0 (CTN-O) |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Tous les batchs sont HS : 2010-01-26 05:18 - [Scheduled action] Batch started Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/velocity/runtime/log/Log4JLogChute at com.babelstore.util.template.VelocityUtil.init(VelocityUtil.java:95) at com.babelstore.common.batch.Runner.main(Runner.java:40) Caused by: java.lang.ClassNotFoundException: org.apache.velocity.runtime.log.Log4JLogChute at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) ... 2 more |
| Commentaires |
| Commentaire de Alexandre Garnier [ 26/janv./10 10:34 ] |
|
Le jar des clients de batch n'incorpore pas la lib Velocity et l'utilise depuis $JBOSS_HOME/client --> http://pricewiki.lan/Wiki.jsp?page=VelocityUpgrade%201.4%20vers%201.6.2#section-VelocityUpgrade+1.4+vers+1.6.2-TODOMiseEnPROD Ce qui est gênant, c'est qu'il va falloir faire un rollback de ce remplacement de librairie lors du retour en Velocity 1.4 ... Je viens te voir pour voir comment gérer ça. |
[APP-16673] Erreur lors du déploiement : "Supprime 'pm-main.ear' : K0" Création: 14/juin/07 10:12 Mise à jour: 06/sept./07 17:35 Résolue: 09/août/07 14:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 16.0.3 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
[pmas@deutz priceminister]$ bin/ear-apache-deploy.sh PRE_V15.tar.gz 2007/06/14T10:10:10 [tools.init] 2007/06/14T10:10:10 Supprime (-rf) '/var/tmp/tools.13092/last_error' : OK 2007/06/14T10:10:10 Called with version PRE_V15 package PRE_V15.tar.gz, and running as 'pmas' You are about to deploy package PRE_V15.tar.gz (PRE_V15) Type 'YES' to confirm: YES Making m6 mv: ne peut évaluer `front/brand/m6/images': Aucun fichier ou répertoire de ce type cp: Ne peut créer le répertoire `front/brand/m6/images': Aucun fichier ou répertoire de ce type cp: ne peut évaluer `front/brand/m6/tempimages/*': Aucun fichier ou répertoire de ce type Making croixrouge Making freesurf Making epik Making koobuycity Making virginmega Making francemobiles Making acf Making camif Making presencepc Making mobilesachat Making viamichelin Making liberation Making laredoute Making lycos Making midilibre Making sfr mv: ne peut évaluer `front/brand/sfr/images': Aucun fichier ou répertoire de ce type cp: Ne peut créer le répertoire `front/brand/sfr/images': Aucun fichier ou répertoire de ce type cp: ne peut évaluer `front/brand/sfr/tempimages/*': Aucun fichier ou répertoire de ce type Making nicematin Making dauphine cp: ne peut créer le fichier régulier `/data/chrootapache/usr/local/apache/htdocs/pmweb/fr/content/images.tgz': Permission non accordée ln: ne peut enlever `./doc': Permission non accordée ln: ne peut enlever `./graph': Permission non accordée ln: ne peut enlever `./test': Permission non accordée ln: ne peut enlever `./front': Permission non accordée ln: ne peut enlever `./back': Permission non accordée ln: ne peut enlever `./help': Permission non accordée 2007/06/14T10:10:54 Decompression du package des images.. «tar» (child): ../images.tgz: ne peut open: Aucun fichier ou répertoire de ce type «tar» (child): Erreur non récupérable: fin de l'exécution immédiate tar: Le processus enfant a retourné le statut 2 tar: Statut d'erreur reporté d'erreurs précédentes. 2007/06/14T10:10:54 Suppression du package... 2007/06/14T10:10:54 Suppression des images... 2007/06/14T10:10:54 Arret et archivage log JBoss 2007/06/14T10:10:54 Creation du package JBoss 2007/06/14T10:10:54 Deplace 'pm-main.ear' vers 'PRE_V15-2007-06-14_10-10-10.ear' : OK 2007/06/14T10:10:58 Nettoyage version precedente 2007/06/14T10:10:58 Installation des packages Jboss: Jar et Ear 2007/06/14T10:10:58 Supression des fichier temporaires 2007/06/14T10:10:58 Supprime 'pm-main.ear' : K0 rm: ne peut évaluer par lstat() `pm-main.ear': Aucun fichier ou répertoire de ce type rm: ne peut évaluer par lstat() `pm-main-client.jar': Aucun fichier ou répertoire de ce type 2007/06/14T10:10:58 Impossible de supprimer le fichier 'pm-main.ear' 2007/06/14T10:10:58 [tools.cleanup] |
| Commentaires |
| Commentaire de Antoine Koener [ 14/juin/07 11:53 ] |
|
IL FAUT ETRE EN ADMINPM pour déployer. adminpm peut faire des opérations en pmas, mais pas le contraire... |
| Commentaire de Justin Ziegler [ 09/août/07 14:58 ] |
|
je ferme. si vous pensez qu'il faut rouvrir : n'hésitez pas ! |
[EXP-2055] Modification du template de mail dans JIRA Création: 16/mai/06 16:53 Mise à jour: 13/juin/08 11:33 Résolue: 13/juin/08 11:33 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Jérémie Bennejean |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Description |
|
Ajouter le composant et le chantier dans le mail envoyé par Jira (A voir avec Judd ?). Extrait de la doc JIRA (http://www.atlassian.com/software/jira/docs/v3.3.3/emailcontent.html) : JIRA generates emails in reaction to events using a templating engine. The templating engine is Apache Jakarta's Velocity. This is a relativly easy to use templating language that can pull apart java objects in useful ways. The mails are generated inside JIRA by invoking Velocity with a set of objects of relevance to the event. To customise email content, please follow this procedure. Open up your JIRA distribution, and navigate to the following paths: Standalone: atlassian-jira-2.0\atlassian-jira\WEB-INF\classes\templates\email\ Source: jira\src\etc\java\templates\email\ WAR: webapp\WEB-INF\classes\templates\email\ Under this directory there are two directories, html and text. The html subdirectory contains the templates used to create emails in html, while the text directory the plain text mail outs. The templates are named after the event that will trigger the email. Bring the template up in your favourite text editor. Referring to the Velocity Users Guide, make the customisations you want. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 16/mai/06 17:00 ] |
|
On pourra le mettre dans la nouvelle version de JIRA que nous devons déployer. Sébastien |
| Commentaire de Judd OSullivan [ 17/mai/06 12:36 ] |
| Un doc qui explique tout : http://confluence.atlassian.com/display/JIRA/Adding+Custom+Fields+to+Email |
[APP-3221] Image : header "expire" manquant ? Création: 06/déc./04 10:34 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.8 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Justin Ziegler |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Voici le mail de parviz@speedera.com : ============= Justin, seems like at random times, your site gets accessed by some IP with unusal number of hits(something like a crawler or search robot). I'm pasting the whois information about that IP to this email. I also noticed that there are some of your images that dont have the expire header. That means that, after a week, for any request that comes to us we have to validate with the origin to see if the image has changed or not. Now when that IP starts crawling your site, images that dont have expire header have to get validated with the origin and that's why you see sudden burst of requests from us. Let me know if you have any question or concern. Thanks Parviz ========== Bien sur, c le second paragraphe le plus important dans ce contexte precis. Un deuxieme mail : ============== Heres an example of an image that doesnt have the expire header: http://t2pminister.r3h.net/img.priceminister.com/cover/59839630 => `59839630.1' Resolving t2pminister.r3h.net... 209.133.111.5, 209.133.111.135 Connecting to t2pminister.r3h.net[209.133.111.5]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.0 200 OK 2 Connection: Keep-Alive 3 Date: Sat, 27 Nov 2004 18:56:49 GMT 4 Age: 0 5 Server: Apache 6 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" 7 P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" 8 Cache-Control: max-age=315360000 9 Content-Length: 10965 10 Content-Type: image/jpeg ============== Je le met en "urgent" parce que je suis en cours de nego avec eux actuellement sur des montants mensuels assez important (10K¿). Il ne s'agit pas forcement de corriger le probleme tout de suite, mais au moins de valider qu'il y a un bug ou qu'il n'y en a pas. Enfin, si la correction peut entrer dans le deploiement perf de cette semaine c super bien. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 06/déc./04 10:49 ] |
|
Son image : http://t2pminister.r3h.net/img.priceminister.com/cover/59839630 n'a pas de header expire : http://moet.lan/headers.cgi?url=+http%3A%2F%2Ft2pminister.r3h.net% 2Fimg.priceminister.com%2Fcover%2F59839630 HTTP/1.0 200 OK Age: 332597 Cache-Control: max-age=315360000 -------------------------------------------------------------------------- Mais la notre : http://img.priceminister.com/cover/59839630 en a bien un : http://moet.lan/headers.cgi?url=http%3A%2F%2Fimg.priceminister.com%2Fcover% 2F59839630 HTTP/1.1 200 OK Cache-Control: max-age=315360000 Expires: Sat, 06 Dec 2014 04:09:20 GMT A quoi cela est-il du ? |
| Commentaire de Quentin de Chivré [ 21/juin/05 13:41 ] |
| Obsolete depuis que l'on est passés a Akamai |
[IMP-1361] Création configuration FTP - DVD-FR Création: 01/oct./07 16:31 Mise à jour: 30/oct./09 15:43 Résolue: 03/oct./07 13:42 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Marion Anfreville | Attribution: | Julien Sananikone |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Login: | dvd-fr | ||||||||
| Séparateur: | Tabulation | ||||||||
| Type de traitement: |
Mise à jour/création produits
|
||||||||
| Groupe: | DVD-FR | ||||||||
| Description |
|
Créer la configuration FTP pour dvd-fr. Il y a 2 répertoires sur le compte FTP du partenaire : "produits" et "images". Elle doit permettre de : - Ne récupérer que les produits non UMD : ____faire un decode sur le fichier de base pour extraire les UMD et les mettre de côté. ____le fichier trash doit être renommé (il contient les produits non UMD) et doit être déplacé vers le profil d'import du partenaire. - Déplacer les images de type .jpg dans le répertoire partenariat image du partenaire. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Exemple de config FTP avec decode ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ <Partner name='conceptfloor' id='4259845' home='conceptfloor'> <Comment> Géré par NETEVEN ======= Compte FTP ======== ==== Home : conceptfloor == ==== Pass : wacwan ======== </Comment> <!-- ~~ Produits ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --> <Directory path='/data/chrootapache/home/fr/conceptfloor/stock/produits'> <Action type='Decode' title_line='1'> <Files>*.txt</Files> <Delimiter>\t</Delimiter> <Field>3</Field> <Pattern key='^([vV][eê]tement|[lL]ingerie)[s]?$'>VETEMENT</Pattern> <Pattern key='^([aA]ccessoire|[fF]ashion)[s]? de mode$'>ACCMODE</Pattern> <Pattern key='^[bB]ijoux$'>BIJOUX</Pattern> <Pattern key='^[cC]haussure[s]?$'>CHAUSSURE</Pattern> <Pattern key='^[mM]ontre[s]?$'>MONTRE</Pattern> <Pattern key='^[fF]ourniture[s]? [sS]colaire[s]?$'>FOURNSCOL</Pattern> <Pattern key='^[aA]ccessoire[s]? [mM]er$'>MATOSPORT</Pattern> </Action> <Action type='Move' id='1259242'> <Files>*VETEMENT</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/conceptfloor/stock/produits</Destination> </Action> <Action type='Move' id='4184255'> <Files>*ACCMODE</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/conceptfloor/stock/produits</Destination> </Action> <Action type='Move' id='5065137'> <Files>*BIJOUX</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/conceptfloor/stock/produits</Destination> </Action> <Action type='Move' id='4184257'> <Files>*MONTRE</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/conceptfloor/stock/produits</Destination> </Action> <Action type='Move' id='4184246'> <Files>*CHAUSSURE</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/conceptfloor/stock/produits</Destination> </Action> <Action type='Move' id='4184256'> <Files>*FOURNSCOL</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/conceptfloor/stock/produits</Destination> </Action> <Action type='Move' id='4184250'> <Files>*MATOSPORT</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/conceptfloor/stock/produits</Destination> </Action> </Directory> <!-- ~~ Images ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --> <Directory path='images'> <Action type='Copy'> <Files>*.jpg</Files> <Destination>/data/chrootapache/home/fr/testimport1/stock/copie_dvd-fr/img/</Destination> </Action> <Action type='Move'> <Files>*.jpg</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/dvd-fr/</Destination> </Action> </Directory> </Partner> |
| Commentaires |
| Commentaire de Marion Anfreville [ 01/oct./07 16:38 ] |
|
Je rappelle les quelques étapes pour créer une config FTP : - aller sur bacchus - aller dans le répertoire /data/priceminister/pmscripts/ftpSwitch/src/conf/Partenaires/fr/ - créer un fichier avec vi (vi + nom de ma config => vi Config_dvd-fr.xml - ajouter le login dvd-fr dans la liste des config à prendre en compte : ____aller dans répertoire /data/priceminister/pmscripts/ftpSwitch/src/conf/ ____vi Config_sq.xml.fr ____ajouter le fichier config dvd-fr dans la liste ____enregistrer et fermer ____retourner dans répertoire /data/priceminister/pmscripts/ftpSwitch et compiler les configurations => ./make_conf.pl -p fr |
| Commentaire de Julien Sananikone [ 02/oct./07 17:37 ] |
| fait mais il faudra décommenter le move vers transaction |
| Commentaire de Julien Sananikone [ 03/oct./07 10:45 ] |
| j'ai décommenté le move et recompilé |
| Commentaire de Julien Sananikone [ 03/oct./07 13:42 ] |
| il reste la partie image commentée |
| Commentaire de Julien Sananikone [ 04/oct./07 10:44 ] |
|
recompilé pour tenir compte du /data/priceminister/pmftpstock/var/transactions/fr/dvd-fr/stock/produits |
[EXP-394] Décrochage ( bug ?) de Mod_jk lors des fortes charges ? Création: 22/nov./05 16:16 Mise à jour: 25/juin/07 18:54 Résolue: 19/janv./06 15:53 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Serge Delabrosse | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
sur VENUS à 18h28 le 21 NOV j'ai constaté une augmentation du nombre d'erreur unrecoverable error 400 7 en une minute , alors que pour la même journée il y en avait une par minute . Aussitôt la charge sur venus s'est ecroulée , laissant supposer un décrochage de mod_jk sous la charge ... [Mon Nov 21 18:28:36 2005] [error] ajp_service::jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=venus failed [Mon Nov 21 18:28:36 2005] [info] service::jk_lb_worker.c (662): service failed, worker venus is in error state [Mon Nov 21 18:28:38 2005] [info] ajp_process_callback::jk_ajp_common.c (1384): Connection aborted or network problems [Mon Nov 21 18:28:38 2005] [info] ajp_service::jk_ajp_common.c (1731): Receiving from tomcat failed, because of client error without recovery in send loop 0 [Mon Nov 21 18:28:38 2005] [info] service::jk_lb_worker.c (677): unrecoverable error 400, request failed. Client failed in the middle of request, we can't recover to another instance. [Mon Nov 21 18:28:38 2005] [info] jk_handler::mod_jk.c (1964): Aborting connection for worker=all_servers [Mon Nov 21 18:28:39 2005] [info] ajp_process_callback::jk_ajp_common.c (1384): Connection aborted or network problems [Mon Nov 21 18:28:39 2005] [info] ajp_service::jk_ajp_common.c (1731): Receiving from tomcat failed, because of client error without recovery in send loop 0 [Mon Nov 21 18:28:39 2005] [info] service::jk_lb_worker.c (677): unrecoverable error 400, request failed. Client failed in th D'autre part il semble que cette "unrecoverable error 400" soit un bug récurrent de mod_jk si l'on en croit l'archive ci dessous , a 'ton fait des essais de charges avec nos versions de mod_jk/apache/tomcat ... Il serait peu être intéréssant de proceder à de tel essais avant les prochain upgrade ! Ce jira est la pour mémoire - a suivre - =============================================================================== NOTRE VERSION DE mod_jk =============================================================================== [pmas@phaeton init.d]$ ./httpd status Looking up 212.23.167.28 212.23.167.28 Making HTTP connection to 212.23.167.28 Alert!: Unable to connect to remote host. lynx: Can't access startfile http://212.23.167.28/server-status VERSION APACHE Server version: Apache/2.0.51 Server built: Sep 20 2004 11:33:28 VERSION MOD_JK mod_jk/1.2.14 chmod: changing permissions of `/data/chrootapache/usr/local/apache/logs/jk2.log': Operation not permitted [pmas@phaeton init.d]$ ping phaeton PING phaeton (212.23.167.28) 56(84) bytes of data. 64 bytes from phaeton (212.23.167.28): icmp_seq=0 ttl=64 time=0.072 ms 64 bytes from phaeton (212.23.167.28): icmp_seq=1 ttl=64 time=0.043 ms 64 bytes from phaeton (212.23.167.28): icmp_seq=2 ttl=64 time=0.050 ms --- phaeton ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.043/0.055/0.072/0.012 ms, pipe 2 [pmas@phaeton init.d]$ =============================================================================== ARCHIVE CI DESSOUS =============================================================================== http://www.mailarchives.org/list/apache-httpd-bugs/msg/2005/01952 DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG- RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=35461>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND- INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35461 Summary: bad request http 400 using mod_jk 1.2.13. After downgrading to 1.3.33 and mod_jk 1.2.5 the problems have gone. Problems occur again after using the combination Apache Webserver 1.3.33 and mod_jk 1.2.10 Product: Apache httpd-2.0 Version: 2.0.54 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Other Modules AssignedTo: bugs@<protected> ReportedBy: joerg.cebulla@<protected> We were running Apache 2.0.54 which forwards requests to tomcat 5.0.28 server using mod_jk/ajp13 and its loadbalancing features. Running this combination we were getting a lot of http status 400 error messages in our webservers access logs. The errors are not deterministic. They are not caused by calling a special url but are caused by many different calls. Here is an example: [21/Jun/2005:11:49:14 +0200] "GET /content/abo_formular_agb_content.jsp HTTP/1.0" 400 16376 "http://www.premiere.de/content/abo_formular_agb_popup.jsp" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)" Monitoring the logfile of the mod_jk you can see the following error messages: [info] service::jk_lb_worker.c (642): unrecoverable error 400, request failed. Client failed in the middle of request, we can't recover to another instance. After getting the bad request the tomcat server produces a rather long stack trace. Here is an example: 2005 12:02:55 org.apache.jk.common.HandlerRequest invoke SCHWERWIEGEND: Error decoding request java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read1(BufferedInputStream.java:256) at java.io.BufferedInputStream.read(BufferedInputStream.java:313) at org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:598) at org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:535) at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:247) at org.apache.jk.common.HandlerRequest.decodeRequest (HandlerRequest.java:500) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:352) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:683) at java.lang.Thread.run(Thread.java:595) 12 34 03 53 02 04 00 08 48 54 54 50 2f 31 2e 31 | .4.S....HTTP/1.1 00 00 2b 2f 63 6f 6d 6d 6f 6e 2f 63 75 73 74 6f | ..+/common/custom 6d 65 72 2f 62 6f 75 6e 64 61 72 79 2f 6c 6f 67 | mer/boundary/log 69 6e 5a 69 70 63 6f 64 65 52 48 2e 64 6f 00 00 | inZipcodeRH.do.. 0d 31 39 35 2e 39 33 2e 36 30 2e 31 30 35 00 ff | .195.93.60.105.? ff 00 0f 77 77 77 2e 70 72 65 6d 69 65 72 65 2e | ?..www.premiere. 64 65 00 00 50 00 00 0d 00 0d 43 61 63 68 65 2d | de..P.....Cache- 43 6f 6e 74 72 6f 6c 00 00 08 6e 6f 2d 63 61 63 | Control...no-cac 68 65 00 00 03 56 69 61 00 00 6d 48 54 54 50 2f | he...Via..mHTTP/ 31 2e 31 20 28 56 65 6c 6f 63 69 74 79 2f 31 2e | 1.1 (Velocity/1. 31 2e 31 20 5b 75 53 63 4d 73 20 66 20 70 20 65 | 1.1 [uScMs f p e 4e 3a 74 20 63 43 4d 70 20 73 20 5d 29 2c 20 48 | N:t cCMp s ]), H 54 54 50 2f 31 2e 30 20 66 72 72 2d 61 64 30 33 | TTP/1.0 frr-ad03 5b 43 33 35 44 33 43 36 39 5d 20 28 54 72 61 66 | [C35D3C69] (Traf 66 69 63 2d 53 65 72 76 65 72 2f 35 2e 33 2e 38 | fic-Server/5.3.8 20 5b 75 53 63 4d 5d 29 00 a0 03 00 0d 67 7a 69 | [uScM]).?...gzi 70 2c 20 64 65 66 6c 61 74 65 00 a0 09 00 44 4a | p, deflate.?..DJ 53 45 53 53 49 4f 4e 49 44 3d 38 36 37 45 30 38 | SESSIONID=867E08 33 41 41 32 32 44 34 30 30 38 35 41 46 39 43 35 | 3AA22D40085AF9C5 43 41 33 32 37 44 39 32 41 46 2e 41 53 54 50 50 | CA327D92AF.ASTPP 52 4d 31 39 3b 20 63 6f 6f 6b 69 65 63 68 65 63 | RM19; cookiechec 6b 3d 31 00 a0 0c 00 08 6e 6f 2d 63 61 63 68 65 | k=1.?...no-cache 00 a0 08 00 03 31 36 32 00 a0 0e 00 53 4d 6f 7a | .?...162.?..SMoz 69 6c 6c 61 2f 34 2e 30 20 28 63 6f 6d 70 61 74 | illa/4.0 (compat 69 62 6c 65 3b 20 4d 53 49 45 20 36 2e 30 3b 20 | ible; MSIE 6.0; 41 4f 4c 20 39 2e 30 3b 20 57 69 6e 64 6f 77 73 | AOL 9.0; Windows 20 4e 54 20 35 2e 31 3b 20 53 56 31 3b 20 2e 4e | NT 5.1; SV1; .N 45 54 20 43 4c 52 20 31 2e 31 2e 34 33 32 32 29 | ET CLR 1.1.4322) 00 00 0f 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e | ...~~~~~~~~~~~~~ 7e 7e 00 00 0d 7e 7e 7e 7e 7e 20 7e 7e 7e 7e 7e | ~~...~~~~~ ~~~~~ 7e 7e 00 a0 07 00 21 61 70 70 6c 69 63 61 74 69 | ~~.?..!applicati 6f 6e 2f 78 2d 77 77 77 2d 66 6f 72 6d 2d 75 72 | on/x-www-form-ur 6c 65 6e 63 6f 64 65 64 00 a0 04 00 02 64 65 00 | lencoded.?...de. 00 07 7e 7e 7e 7e 7e 7e 7e 00 00 6f 7e 7e 7e 7e | ..~~~~~~~..o~~~~ 3a 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e | :~~~~~~~~~~~~~~~ 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e | ~~~~~~~~~~~~~~~~ 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e | ~~~~~~~~~~~~~~~~ 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e | ~~~~~~~~~~~~~~~~ 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e | ~~~~~~~~~~~~~~~~ 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e | ~~~~~~~~~~~~~~~~ 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 00 a0 01 00 a4 | ~~~~~~~~~~~.?..? 69 6d 61 67 65 2f 67 69 66 2c 20 69 6d 61 67 65 | image/gif, image 2f 78 2d 78 62 69 74 6d 61 70 2c 20 69 6d 61 67 | /x-xbitmap, imag 65 2f 6a 70 65 67 2c 20 69 6d 61 67 65 2f 70 6a | e/jpeg, image/pj 70 65 67 2c 20 61 70 70 6c 69 63 61 74 69 6f 6e | peg, application 2f 78 2d 73 68 6f 63 6b 77 61 76 65 2d 66 6c 61 | /x-shockwave-fla 73 68 2c 20 61 70 70 6c 69 63 61 74 69 6f 6e 2f | sh, application/ 76 6e 64 2e 6d 73 2d 65 78 63 65 6c 2c 20 61 70 | vnd.ms-excel, ap 70 6c 69 63 61 74 69 6f 6e 2f 76 6e 64 2e 6d 73 | plication/vnd.ms 2d 70 6f 77 65 72 70 6f 69 6e 74 2c 20 61 70 70 | -powerpoint, app 6c 69 63 61 74 69 6f 6e 2f 6d 73 77 6f 72 64 2c | lication/msword, 20 2a 2f 2a 00 a0 0b 00 0f 77 77 77 2e 70 72 65 | */*.?...www.pre 21.06.2005 12:02:55 org.apache.jk.common.ChannelSocket processConnection WARNUNG: processCallbacks status 2 21.06.2005 12:02:58 org.apache.jk.common.ChannelSocket processConnection INFO: connection timeout reached After downgrading our webservers to 1.3.33 and using mod_jk 1.2.5 the problems have gone. After we changed our webservers to run the combination 1.3.33 and mod_jk 1.2.10 we meet the problems again. So I would conclude that the problems result from newer versions of the mod_jk module. Your help solving this problem would be appreciated. Regards Jörg Cebulla -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. |
[EXP-4493] Mise en ligne d'un nouveau Robots.txt Création: 20/août/08 11:47 Mise à jour: 05/sept./08 17:21 Résolue: 05/sept./08 17:21 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Description |
|
Suite à la préconisation d'Aposition, merci de mettre en
place pour les site Priceminister France, espagne et Uk ce nouveau
fichier robots.txt en pièce jointe. Ce robots.txt ne concerne pas les cobrandings. Merci d'avance |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 01/sept./08 10:06 ] |
|
Bonjour, les robots.txt sont en place sur l'Espagne et identiques: aricia 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evandre 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt phaeton 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evenor 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt neith 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt |
| Commentaire de Thierry Leforestier [ 01/sept./08 10:11 ] |
|
je vois la modification sur l'espagne, mais par contre, je ne les vois pas en prod sur la France. c'est normal ? Thierry |
| Commentaire de Jérémie Bennejean [ 01/sept./08 10:15 ] |
|
Oui c'est normal, je n'ai pas indiqué ci-dessus que je l'avais fait ;) Il me semble que nous aviosn convenu de faire dans l'odre Espagne/Uk puis France! Mais pas d'inquiétude, je fais la France de suite :) |
| Commentaire de Jérémie Bennejean [ 01/sept./08 10:24 ] |
|
La vérification pour Uk: 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb//robots-for-www.txt 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb//robots-for-www.txt 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb//robots-for-www.txt 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb//robots-for-www.txt |
| Commentaire de Jérémie Bennejean [ 01/sept./08 11:25 ] |
|
Les nouveaux robots.txt sont en place sur la France Vérification: 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt 61b5f00e8fb9cad5061764b357e38339 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt Merci de vérifier que cela est bien conforme à vos attentes. |
| Commentaire de Jérémie Bennejean [ 01/sept./08 11:34 ] |
|
Sur les cobs, comme demandé le robots n'a pas changé --------------------------------- http://croix-rouge.priceminister.com/robots.txt # robots.txt # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # User-agent: * Disallow: / --------------------------------- http://occasion.liberation.fr/robots.txt # robots.txt # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # User-agent: * Disallow: / --------------------------------- |
[APP-27447] [Chantier simplification NPF Puériculture] Redirections Création: 30/nov./09 11:20 Mise à jour: 04/déc./09 10:08 Résolue: 03/déc./09 10:06 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 57.0.2 |
| Version(s) corrigée(s): | 58.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Suite au chantier de simplification Puériculture les valeurs de filtres "Type" vont changer. On redirige donc les URLs qui changent vers les nouvelles. |
| Commentaires |
| Commentaire de Many Pes [ 02/déc./09 10:53 ] |
| Fichier Final à prendre en compte: la "V3" |
| Commentaire de Many Pes [ 02/déc./09 10:54 ] |
|
A mettre dans rewrite.rules fr En plus des redirections déjà existantes pour la puériculture |
| Commentaire de Arnaud Forgues [ 02/déc./09 16:11 ] |
|
Redirections ajoutés au fichier rewrite.rule.fr Tag V58_0_1 posé Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27447 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25851. [forguesa@gobillard source]$ bzr tag V58_0_1 Created tag V58_0_1 CAJ2009Q4TX |
| Commentaire de Christophe Garcia [ 02/déc./09 18:13 ] |
| Vu ensemble : Manque une redirection pour Vaisselle |
| Commentaire de Many Pes [ 02/déc./09 18:38 ] |
|
Des valeurs de filtres n'apparaissant pas, et qui seront
supprimés n'ont pas été gérées dans les redirections, j'ai donc rajouté
une ligne supplémentaire à placer tout en bas des autres règles qui
gèrerait les valeurs de filtres "f2" supprimées ^/nav/Enfant_Puericulture(/f2/[^/]*)?((/f2/[^/]*)(/f4/[^/]*))?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Enfant_Puericulture$2$5$6 [R=301,L,NE] |
| Commentaire de Arnaud Forgues [ 02/déc./09 18:49 ] |
|
Ligne ajoutées juste en dessous des redirections puériculture précédemment ajoutées Tag V58_0_1 déplacé Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27447 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25855. [forguesa@gobillard source]$ bzr tag --force V58_0_1 Created tag V58_0_1 |
| Commentaire de Espérance Galouo-Lece [ 03/déc./09 09:36 ] |
| - Présence de boucle infinie avec cette dernière redirection. |
| Commentaire de Many Pes [ 03/déc./09 09:52 ] |
|
Est-il possible de retirer cette dernière ligne du fichier? Nous traiterons ce problème non critique lors de la prochaine version. Merci |
| Commentaire de Arnaud Forgues [ 03/déc./09 10:06 ] |
|
Retrait de la dernière ligne de redirection Tag V58_0_1 déplacé Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27447 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25856. [forguesa@gobillard source]$ bzr tag --force V58_0_1 Created tag V58_0_1 |
[APP-27446] [Renommage Valeurs de filtres] Redirections Création: 30/nov./09 11:16 Mise à jour: 04/déc./09 10:01 Résolue: 03/déc./09 10:19 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 57.0.2 |
| Version(s) corrigée(s): | 58.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Des renommages ont été effectués par le param suite à des préconisations du référencement. Ces renommages changent l'URL et demandent donc des redirections des URLS concernées. |
| Commentaires |
| Commentaire de Many Pes [ 02/déc./09 10:28 ] |
|
En PJ: les règles de redirections à mettre dans rewrite.rules.fr |
| Commentaire de Arnaud Forgues [ 02/déc./09 16:19 ] |
|
Redirections ajoutées dans le fichier rewrite.rules.fr Tag V58_0_1 déplacé Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27446 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25853. [forguesa@gobillard source]$ bzr tag --force V58_0_1 Created tag V58_0_1 CAJ2009Q4TX |
| Commentaire de Arnaud Forgues [ 02/déc./09 18:31 ] |
|
Ajout du crochet fermant suite au pb relevé par Espérance. Tag V58_0_1 déplacé Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27446 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25854. [forguesa@gobillard source]$ bzr tag --force V58_0_1 Created tag V58_0_1 |
| Commentaire de Christophe Garcia [ 03/déc./09 09:45 ] |
| Problème avec la redirection de Karting. Renvoir vers nav/Loisirs_cycles/f1/Karting |
| Commentaire de Many Pes [ 03/déc./09 10:00 ] |
|
En remplaçant la ligne suivante: RewriteRule ^/nav/Loisirs_cycles-et-accessoires_cycles/f1/Karting(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Loisirs_cycles-et-accessoires_cycles/f1/Kart$1$2 [R=301,L,NE] Par celle-ci devrait régler le problème RewriteRule ^/nav/Loisirs_cycles/f1/Karting(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Loisirs_cycles/f1/Kart$1$2 [R=301,L,NE] |
| Commentaire de Arnaud Forgues [ 03/déc./09 10:19 ] |
|
Redirection remplacée Tag V58_0_1 déplacé Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27446 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25857. [forguesa@gobillard source]$ bzr tag --force V58_0_1 Created tag V58_0_1 |
Chantier référencement - Nettoyage Type de produit Jouets FR
(CAT-2962)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Modélisation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Fabien Farache | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Commentaires |
| Commentaire de Fabien Farache [ 05/août/10 16:02 ] |
|
Mappings concernés : - Jouets - Apache - Camespagne - Dorius21 - Manga-es - PriceJouet - Tetenlair69 |
| Commentaire de Fabien Farache [ 05/août/10 18:23 ] |
| Adaptation mapping "Jouets" en cours |
| Commentaire de Fabien Farache [ 06/août/10 14:36 ] |
|
Quelques adaptations à finir sur le Mapping "jouets" Mapping "Apache" adapté |
| Commentaire de Fabien Farache [ 06/août/10 17:18 ] |
| Mapping "Jouets" et "Apache" faits |
| Commentaire de Fabien Farache [ 10/août/10 16:27 ] |
| Mapping "Camespagne" adapté |
| Commentaire de Fabien Farache [ 10/août/10 16:54 ] |
| Mapping "Dorius21" mis à jour |
| Commentaire de Fabien Farache [ 10/août/10 18:10 ] |
| Mapping "Manga-es" adapté |
| Commentaire de Fabien Farache [ 11/août/10 10:52 ] |
| Mapping "PriceJouet" adapté |
| Commentaire de Fabien Farache [ 12/août/10 09:50 ] |
| Mapping "TeddyToys" adapté |
| Commentaire de Fabien Farache [ 12/août/10 17:53 ] |
| Mapping "Tetenlair69" adapté |
[EXP-2147] Départ de Ranto+seb+alain : Fermer tous les accès Création: 31/mai/06 08:23 Mise à jour: 25/juin/07 18:58 Résolue: 08/mars/07 16:21 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ce JIRA a été ouvert afin de verifier qu'il n'y a pas eu d'oublie concernant le départ de Ranto. - Desactivation du Compte réseaux - Desactivation du VPN Fortigate - Desactivation du VPN Arkoon - Changement des mots de passe de la prod Si il manque des points a modifier, merci de les rajouter |
| Commentaires |
| Commentaire de Justin Ziegler [ 31/mai/06 11:45 ] |
|
Merci. J'ajoute : - retirer son adresse IP des firewall JMH - retirer son adresse IP de apache en prod pour BO ... - retirer son adresse IP du fortigate ? - changer les mdp d'admin du fortigate ? - changer les mdp root en interne - autre ? - enrichir la procedure avec tout ceci. :-) |
| Commentaire de Sébastien Tournay [ 31/mai/06 14:05 ] |
|
En ce qui concerne l'@IP de RANTO, ce n'est pas un pb. Il ne
disposait pas d'une @IP fixe. Il n'est donc pas nécessaire de modifier
les confs en prod et en interne. On peut par contre modifier son pass psswd pour le VPN et le mdp ROOT en interne. |
| Commentaire de ZZ_Arnaud Baali [ 31/mai/06 16:55 ] |
|
- Le certificat Arkoon a été révoqué - Le compte de Ranto sur le Fortigate a été Desactivé - Ranto a été sorti de toutes listes de distribution Price et ses mails ont été redirigés sur la Boîte de SET - Le compte réseaux de Ranto a été desactivé |
| Commentaire de Jérémie Bennejean [ 31/mai/06 17:08 ] |
| c'est fait |
| Commentaire de Jérémie Bennejean [ 31/mai/06 17:09 ] |
| Changer le mdp du forti en sert pas à grand chose puisque personne ne peux s'y connecter via le vpn. |
| Commentaire de Justin Ziegler [ 31/mai/06 18:09 ] |
|
C'est un principe de securite de base ! :-) |
| Commentaire de Jérémie Bennejean [ 21/juin/06 18:13 ] |
| Je profiterai du départ de Sébastien pour changer tout les accès. |
| Commentaire de Jérémie Bennejean [ 03/juil./06 18:47 ] |
|
*Sebastien : Son compte sur le fortigate a été supprimé. Son compte unix et samba aussi. Ses mails osntredirigés vers Antoine Révocation du certificat Arkoon Suppression de son @ IP réservé. *Alain Son compte sur le fortigate a été supprimé. Son compte unix et samba aussi. |
| Commentaire de Jérémie Bennejean [ 03/juil./06 18:48 ] |
| Je change les mpd du fortigate et root (en interne) demain. |
| Commentaire de Justin Ziegler [ 03/juil./06 20:09 ] |
|
Super ! Il faut aussi penser a retirer l'adresse IP de Sebastien => chez jet (FW / routeur) => dans la conf apache pour le BO / l'intra |
| Commentaire de Jérémie Bennejean [ 26/juil./06 11:08 ] |
|
Les mots de passe pour root sont changés. LL'@ IP de sebastien est retiré de la conf apache de boo/intra |
| Commentaire de Jérémie Bennejean [ 26/juil./06 11:08 ] |
| Les mots de passe pour root des serveurs internes sont changés. |
| Commentaire de Jérémie Bennejean [ 21/sept./06 12:36 ] |
| En attente de reponse :) |
| Commentaire de Jérémie Bennejean [ 08/mars/07 16:21 ] |
| La derniere MAI (21483) est terminée. |
[APP-15221] [NOA] Page web expiree lorsqu'on fait back dans IE7 Création: 21/févr./07 15:41 Mise à jour: 08/août/07 19:09 Résolue: 07/août/07 10:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 13.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrick Condevaux | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Internet Explorer 7.X |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
Avec IE7, lorsqu'on revient a la page precedente (lors d'un
depot d'annonce auto par exemple), on obtient un message d'erreur: La page Web a expiré Cause la plus probable : La copie locale de cette page Web est obsolète ; le site Web nécessite que vous la téléchargiez à nouveau. Essayez la chose suivante : Cliquez sur le bouton Actualiser de la barre d'outils pour recharger la page. Après l'actualisation, vous devrez peut-être accéder de nouveau à la page Web spécifique ou entrer à nouveau les informations. Informations Si ce problème persiste, essayez l'une des solutions suivantes : Dans Internet Explorer, cliquez sur Outils, sur Options Internet, puis sur l'onglet Avancées. Faites défiler jusqu'à l'option « Ne pas enregistrer les pages chiffrées sur le disque » dans les paramètres de sécurité et désactivez-la. Ce probleme n'apparait pas en prod actuellement, il peut aussi survenir sur d'autres page du site par exmple suite a une recherche (mais il n'est pas systematique !) |
| Commentaires |
| Commentaire de Renaud Dierickx [ 22/févr./07 11:19 ] |
|
Je pense que c'est lié à un problème de configuration apache car en dev ça marche très bien... Il faudrait que l'exploit se penche sur ce problème en comparant la configuration d'intégration avec celle de prod. Partick, je te laisse suivre ça avec eux. |
| Commentaire de Christophe Garcia [ 22/févr./07 11:34 ] |
| Peut-être à cause d'une erreur JS ???? |
| Commentaire de Christophe Garcia [ 22/févr./07 11:34 ] |
| Voie screenshot |
| Commentaire de Renaud Dierickx [ 22/févr./07 11:50 ] |
| J'ai corrigé le javascript... |
| Commentaire de Christophe Garcia [ 26/févr./07 17:15 ] |
| Toujours pas bon. |
| Commentaire de Renaud Dierickx [ 26/févr./07 17:28 ] |
| Le javascript est bien corrigé. C'est le problème de page web expirée qui ne l'ai pas... |
| Commentaire de Renaud Dierickx [ 27/févr./07 10:03 ] |
|
Alex, as-tu le temps de t'en occuper ? Moi, j'ai encore 2 bugs à corriger pour 10h30... Merci d'avance. |
| Commentaire de Alexandre Garnier [ 27/févr./07 12:26 ] |
| http://www.reef-guardian.com/forum-print-48-50323.html |
| Commentaire de Alexandre Garnier [ 27/févr./07 16:33 ] |
| En ASP : http://support.microsoft.com/?scid=kb%3Ben-us%3B327584&x=19&y=13 |
| Commentaire de Alexandre Garnier [ 01/mars/07 12:18 ] |
|
Ca marche très bien en PROD. Voir au niveau des confs Apache et autre. |
| Commentaire de Younès Charrière [ 01/mars/07 14:34 ] |
| Une idée Antoine ? |
| Commentaire de Patrick Condevaux [ 01/mars/07 14:41 ] |
|
Avec la version 13.0.0 en prod, le probleme ne se produit pas. Cela doit donc bien provenir d'une difference de conf apache en tre la prod et l'integ. Est-ce que quelqu'un de l'exploit pourrait nous dire qu'est-ce qui provoque cette difference dans la conf apache ? Et accordé la conf de l'integ a celle de la prod sur ce point. Merci |
| Commentaire de Justin Ziegler [ 07/août/07 10:22 ] |
| On ferme ! |
[APP-4520] Cobranding : Vnunet non accessible en integ Création: 01/juin/05 11:57 Mise à jour: 25/juin/07 18:29 Résolue: 25/juin/07 18:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 8.0.2val, 8.0.3 |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Impossible de tester le cobranding PcDirect Vnunet. Il n¿est pas testable car l¿adresse d¿accès est inconnue ou ne fonctionne pas. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 01/juin/05 14:18 ] |
| Pb de conf apache |
| Commentaire de Sébastien Tournay [ 01/juin/05 16:19 ] |
|
En effet le site en intégration n'est pas configuré. Sur le BO il est indiqué comme 'pcdoccasions.vnunet.fr'. Faut sans doute lui donner un nom du genre pcdoccasions.pm.lan et mettre la conf APACHE en place. Je vois bien au niveau APACHE mais je maitrise pas au niveau du BO en integ.. Sébastien |
| Commentaire de Quentin de Chivré [ 21/juin/05 13:55 ] |
| Faire un script pour l'integ, faire suivre ensuite a SET |
| Commentaire de Martin Sudmann [ 23/juin/05 18:28 ] |
|
j'ai supprimé les hosts de pcdirect et ACF. Les deux sont dispos maintenant en iteg. Y a-t-il encore des choses à faire au niveau Apache ? |
| Commentaire de Sébastien Tournay [ 24/juin/05 16:54 ] |
|
RANTO, Je te laisse te charger de créer en intégration le brand pcdirect.pm.lan. Il faut dans l'ordre : * modifier la zone DNS pm.lan pour créer l'enregistrement pcdirect en prenant une adresse IP disponible dans la pile réservée * Modifier la conf apache sur DEUTZ pour créer ce nouveau virtualhost * Vérifier le fonctionnement du mécanisme des pages statiques avec l'enregistrement pcdirect.pm.lan Sébastien |
| Commentaire de Ranto Andriambololona [ 27/juin/05 12:38 ] |
| C'est fait, le cobranding pcdirect.pm.lan est accessible en INTEG |
[Stats de consultation auto] Mise en place des stats de consultation auto
(APP-6811)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.1 |
| Version(s) corrigée(s): | 8.1.0a |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Améliorations la mise en place de l'outil graphique
JFreeChart en séparant la servlet /chart en 2 servlets : 1 pour le front
(stats auto) et une pour le back (Dashboard) et en passant les
paramètres via une action plutot que pour des attributs de session.
|
| Commentaires |
| Commentaire de Andrei Matyas [ 19/janv./06 10:35 ] |
| C'est fait mais pour la 811 on va refaire le packaging (enlever Charts) |
| Commentaire de Quentin de Chivré [ 19/janv./06 11:29 ] |
| Attention on a qd meme ajouté un /chart_back => modif des mappings apache |
| Commentaire de Andrei Matyas [ 19/janv./06 11:46 ] |
| oui nous avons pris en compte le nouveau mapping coté apache |
| Commentaire de Christophe Garcia [ 19/janv./06 14:32 ] |
|
Où ça ? Dans le WIKI sur la 810 il n'est fait mention que de /chart pour la conf Apache. |
| Commentaire de Andrei Matyas [ 19/janv./06 14:47 ] |
| Milles excuses Christophe :) . On l'a évoqué oralement mais c'est vrai qu'il n'y avait pas une trace écrite. |
| Commentaire de Christophe Garcia [ 19/janv./06 14:51 ] |
|
Tellemnet mieux ! Le WIKI est à jour. |
[APP-7599] auto - nouvel onglet auto disparu, remplacé par l'ancien Création: 17/févr./06 16:54 Mise à jour: 25/juin/07 18:35 Résolue: 24/févr./06 11:06 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 8.1.1 |
| Version(s) corrigée(s): | 8.1.1b |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marc Cacheiro | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
sur toutes les pages du site en prod (hors auto), l'onglet
auto "nouvelle version" a disparu, pour être remplacé par l'ancienne
version. L'onglet vendre, qui a été changé aussi pour la 8.1.1, est en
revanche resté le bon. il s'agit d'une régression : tout était ok en prod hier.merci marc |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 17/févr./06 17:40 ] |
|
Problème réglé ... Nous pensons que c'est un serveur akamai qui n'était pas à jour. |
| Commentaire de Ranto Andriambololona [ 17/févr./06 19:17 ] |
|
C'est revenu, Nous avons mis à jour dans l'extranet AKAMAI les url http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/content/V811/front/brand/www/images/onglet/top_car_on.gif et http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/content/V811/front/brand/www/auto/brand.css De plus, d'après Justin il faudrait régler le TTL dans APACHE = 1 heure |
| Commentaire de Antoine Koener [ 21/févr./06 11:21 ] |
|
Quelle est cette notion de TTL ? Serait-ce une durée de vie de l'image ? |
| Commentaire de Justin Ziegler [ 21/févr./06 11:59 ] |
|
Il s'agit d'un des header a mettre dans les echanges HTTP. En bref : notre serveur renvoie un fichier a Akamai en meme temps qu'il envoie le fichier, il envoie aussi des informations concernant le fichier. Dans ces informations, il doit y avoir une durée de vie associée au fichier. Cette derniere est utilisee de facon generale par les proxy pour determiner si oui ou non ils doivent maintenir un fichier en cache, et pendant combien de temps. Akamai est un reseau de proxy... Il s'agit donc de trouver la bonne facon de parametrer apache pour lui dire qu'un certain nombre de fichiers ont une duree de vie reduite. Comme cela Akamai revient toute les heures par ex pour les recuperer. Du coup on peut les modifier sans trop se prendre la tete. Est ce clair ? |
| Commentaire de Antoine Koener [ 21/févr./06 15:00 ] |
|
Est-ce que le header 'Expires' pourrait correspondre à cela ? La manipulation reviendrais à demander à Apache d'associer un Expires avec toutes les images. Maintenant est-ce qu'une heure ne semble pas trop court ? Nous allons certainement enregistrer des pics de connexions venant d'akamai... (Il ne faudrait qu'il passe en malicious :p) |
| Commentaire de Antoine Koener [ 21/févr./06 15:33 ] |
|
D'après la RFC http 2616, le header suivant Cache-Control: max-age=3600 Va nous permettre de contrôler le temps du cache. (va le positionner à 1heure) Je vais creuser pour trouver le moyens d'ajouter des headers aux requètes (je pense au mod_rewrite)... |
| Commentaire de Justin Ziegler [ 21/févr./06 15:56 ] |
| Il y a aussi mod_header qu'on utilise deja je pense pour certains fichiers... |
| Commentaire de Antoine Koener [ 21/févr./06 16:40 ] |
|
Je viens de faire une petite expérience assez intéressante: Je me connecte sur phateon sur le serveur WEB sur le port 80 et je demande une photo: [adminpm@phaeton logs]$ nc 212.23.167.12 80 > /tmp/http.test GET /photo/246781530_L.jpg HTTP/1.1 Host: img.priceminister.com Connection: close Le résultat de la requète est sauvé dans /tmp/http.test. Regardons ce fichier: [adminpm@phaeton logs]$ more /tmp/http.test HTTP/1.1 200 OK Date: Tue, 21 Feb 2006 15:22:52 GMT Server: HTTP Server X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Wed, 21 Feb 1996 15:22:53 GMT Cache-Control: private Set-Cookie: JSESSIONID=247D1A6097A6130249C33B334B3CF315.sol; Path=/ P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" Connection: close Transfer-Encoding: chunked Content-Type: image/jpeg J'ai tronqué ici le contenu; il faut noter le header Expires : Expires: Wed, 21 Feb 1996 15:22:53 GMT 1996 ! Ensuite le Cache-Control à private signifie que nous ne voulons pas que le cache stocke cette image. ( Le X-powered-by est volontaire ? Ce genre d'informations ne devrait pas être divulguées ) Je refait la requète sur l'url du début de JIRA: [adminpm@phaeton logs]$ nc 212.23.167.12 80 > /tmp/http.test GET /content/V811/front/brand/www/images/onglet/top_car_on.gif HTTP/1.1 Host: img.priceminister.com Connection: close Le fichier résultat: [adminpm@phaeton logs]$ more /tmp/http.test HTTP/1.1 200 OK Date: Tue, 21 Feb 2006 15:33:36 GMT Server: HTTP Server Last-Modified: Fri, 10 Feb 2006 09:48:18 GMT ETag: "60c45-7459-a0f19c80" Accept-Ranges: bytes Content-Length: 29785 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" Connection: close Content-Type: image/gif PNG Il faut noter qu'aucun header lié au cache n'est présent ... (Le fichier renvoyé est un fichier PNG... Pourquoi mettre une extension gif, qui oblige apache à renvoyer un Content-Type à image/gif.) |
| Commentaire de Sébastien Tournay [ 22/févr./06 16:45 ] |
| En fait en fonction des répertoires des images (ex: /photo) il me semble que AKAMAI gère de lui même un header-expire. Ils ne tiennent pas compte de la date que l'on peut retourner. A confirmer avec eux |
| Commentaire de Justin Ziegler [ 22/févr./06 21:25 ] |
| Je confirme cependant que les headers que tu obtiens ne sont pas normaux ! |
| Commentaire de Antoine Koener [ 23/févr./06 09:33 ] |
|
Pourrais-tu te renseigner sur la raison de la présence des headers: Expires: Wed, 21 Feb 1996 15:22:53 GMT Cache-Control: private Dans des requètes liées à des photos ? Et également regarder pourquoi les fichiers .gif (qui sont des png :p) lorsqu'ils sont renvoyés, la réponse http associée ne contient aucun header ? Il se pourrait, mais je m'avance peut être, que ce soit nécessaire pour ne pas géner ou interférer avec akamai... |
| Commentaire de Justin Ziegler [ 23/févr./06 09:56 ] |
| Non, pas de lien avec Akamai pour l'histoire gif / png :-) |
| Commentaire de Andrei Matyas [ 23/févr./06 12:24 ] |
|
Oui effectivement avec la nouvelle version de servlet
d'affichage nous avons dégagé les déclarations du headers HTTP pour les
photos produits La je viens de remettre les mêmes headers en espérant que ça va marcher: Antoine je t'affecte la tache pour pouvoir tester en INTEG Attention : Cette modif impacte juste les photos produits ......mais pas les images priceminister. |
| Commentaire de Antoine Koener [ 24/févr./06 10:44 ] |
|
Voici un requète faite en Intégration: [adminpm@deutz tmp]$ wget -S http://img.pm.lan/photo/281985330_S.jpg --10:35:24-- http://img.pm.lan/photo/281985330_S.jpg => `281985330_S.jpg' Resolving img.pm.lan... 192.168.1.27 Connecting to img.pm.lan[192.168.1.27]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.1 200 OK 2 Date: Fri, 24 Feb 2006 09:35:24 GMT 3 Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a 4 X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 5 Expires: Wed, 24 Feb 2016 04:01:12 GMT 6 Cache-Control: max-age=315360000 7 Set-Cookie: JSESSIONID=5-N4IsIIPKzNrnqcV9g1YQ**.mumm; Path=/ 8 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT 9 Content-Length: 4085 10 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" 11 P3P: policyref="http://img.pm.lan/w3c/p3p.xml" 12 Connection: close 13 Content-Type: image/jpeg Last-modified header invalid -- time-stamp ignored. 10:35:24 (149.84 MB/s) - `281985330_S.jpg' saved [4,085/4,085] Le Header Last-Modified n'est pas correct, il n'est peut être pas renseigné ... Les header Expires et Cache control indiquent 10 ans. |
| Commentaire de Patrick Condevaux [ 24/févr./06 11:06 ] |
|
OK vérifié en INTEGR avec Antoine un autre JIRA a été ouvert au sujet des headers pour étudier un éventuel changement des valeurs contenues dans les headers: |
| Commentaire de Justin Ziegler [ 24/févr./06 11:23 ] |
|
Il y a peut etre un autre jira a ouvrir concernant le cookie de session. En effet, il n'est pas souhaitable que la demande d'une image implique la creation d'une session. Cela a un surcout de gestion de memoire sur les serveurs appli. Est ce une regression ? ou est ce que cela a toujours ete le cas ? NB : j'ai la certitude qu'il est important de reduire le nb de session ouverte par SA dans la mesure du possible. |
[APP-31987] [PREDEPLOY] Livraison des nouveaux "robots.txt" Création: 25/nov./10 09:03 Mise à jour: 05/janv./11 10:37 Résolue: 20/déc./10 14:46 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 83.0.1 |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Renaud Dierickx | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | AdServer |
| Description |
|
Thierry,
Comme évoqué, voici les nouvelles servlets qui vont sortir avec la CTN-V : - Header exportable (FR, ES, UK) http://www.priceminister.com/ext/ > Nouvelle url utilisée pour tous les contenus exportable - pour l'instant uniquement le header - Pages événements AdServer (FR, ES, UK) : http://www.priceminister.com/op/ > Remplace les pages /info/no/op (toujours actives pour l'instant) Tout cela sort avec la CTN-V, soit mardi 30 novembre, soit jeudi 2 décembre (la date n'est pas encore arrêtée, on te tient au courant). N'hésite pas à revenir vers moi si tu as besoin de plus d'infos. Merci, Damien |
| Commentaires |
| Commentaire de Thierry Leforestier [ 25/nov./10 09:25 ] |
|
Les 2 fichiers robots.txt sont en PJ. Ils sont a placer sur
chaque plateforme, en n'oubliant surtout pas de les renommer en
"robots.txt" pour chaque pays.
J'ai également ajouté l'appel Ajax a Adsense en FR que Google semble interpréter sans trop de problèmes. Merci ! |
| Commentaire de Jérémie Bennejean [ 30/nov./10 17:00 ] |
|
Fait en UK:
[adminuk@carmentes ~/htdocs/pmweb] cat robots-for-www.txt # robots.txt # PriceMinister UK robots file for http://www.priceminister.com/ # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # 25.11.2010 TLE User-agent: Mediapartners-Google Disallow: User-agent: * Disallow: /affiliation/ Disallow: /cover/ Disallow: /cart Disallow: /inventory Disallow: /purchase Disallow: /sponsorship Disallow: /submit Disallow: /user Disallow: /wish Disallow: /info/no/op/ Disallow: /info/vo/op/ Disallow: /info/co/op/ Disallow: /info/rc/op/ Disallow: /p/ Disallow: /ext/ Disallow: /op/ User-agent: TurnitinBot Disallow: / [adminuk@carmentes ~/htdocs/pmweb] for i in $PMWEB; do ssh $i "md5sum /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt" ; done 161eb62912be2e0a66c0a63414879dd7 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt 161eb62912be2e0a66c0a63414879dd7 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt 161eb62912be2e0a66c0a63414879dd7 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt 161eb62912be2e0a66c0a63414879dd7 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt 161eb62912be2e0a66c0a63414879dd7 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt [adminuk@carmentes ~/htdocs/pmweb] |
| Commentaire de Jérémie Bennejean [ 30/nov./10 17:03 ] |
|
Fait en ES:
[admines@aricia ~/htdocs/pmweb] cat robots.txt # robots.txt # PriceMinister ES robots file for http://www.priceminister.com/ # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # 25.11.2010 TLE (rev Google adsense ajax) User-agent: Mediapartners-Google Disallow: User-agent: * Disallow: /affiliation/ Disallow: /comparator/ Disallow: /cover/ Disallow: /cart Disallow: /inventory Disallow: /purchase Disallow: /sponsorship Disallow: /submit Disallow: /user Disallow: /wish Disallow: /info/no/op/ Disallow: /info/vo/op/ Disallow: /info/co/op/ Disallow: /info/rc/op/ Disallow: /p/ Disallow: /google/adsense Disallow: /ext/ Disallow: /op/ User-agent: TurnitinBot Disallow: / [admines@aricia ~/htdocs/pmweb] for i in $PMWEB; do ssh $i "echo $i; md5sum /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt"; done carmentes f5b831a3f12f316253ff3b22a0859588 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt aricia f5b831a3f12f316253ff3b22a0859588 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evandre f5b831a3f12f316253ff3b22a0859588 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evenor f5b831a3f12f316253ff3b22a0859588 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt neith f5b831a3f12f316253ff3b22a0859588 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt [admines@aricia ~/htdocs/pmweb] |
| Commentaire de Jérémie Bennejean [ 30/nov./10 17:12 ] |
|
[adminpm@neith pmweb]$ cat robots-for-www.txt
# robots.txt # PriceMinister FR robots file for http://www.priceminister.com/ # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # 25.11.2010 TLE User-agent: Mediapartners-Google Disallow: User-agent: * Disallow: /affiliation/ Disallow: /cover/ Disallow: /cart Disallow: /inventory Disallow: /purchase Disallow: /sponsorship Disallow: /submit Disallow: /user Disallow: /wish Disallow: /info/no/op/ Disallow: /info/vo/op/ Disallow: /info/co/op/ Disallow: /info/rc/op/ Disallow: /V2/productSearch Disallow: /p/ Disallow: /comparateur_fr/V3/ Disallow: /ext/ Disallow: /op/ Disallow: /google/adsense User-agent: TurnitinBot Disallow: / [adminpm@neith pmweb]$ for i in $PMWEB; do ssh $i "echo $i; md5sum /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt"; done carmentes 027fb40f81408d76c4470c52ea7a0139 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt aricia 027fb40f81408d76c4470c52ea7a0139 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt evandre 027fb40f81408d76c4470c52ea7a0139 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt evenor 027fb40f81408d76c4470c52ea7a0139 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt neith 027fb40f81408d76c4470c52ea7a0139 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt [adminpm@neith pmweb] |
| Commentaire de Renaud Dierickx [ 02/déc./10 14:28 ] |
| Jérémie, si tout est OK de ton côté : merci de fermer le jira ! |
[APP-23629] Pb de séquencement dans le chargement des caches Création: 15/déc./08 17:25 Mise à jour: 19/déc./08 12:27 Résolue: 16/déc./08 10:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 37.0.0 (TX-D) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
008-12-15 16:58:40,888 INFO [main ] -
Deployed:
file:/appli/priceminister/jboss-4.0.2/server/priceminister/tmp/deploy/tmp6483HEAD-20 08-12-15_16-58-07.ear-contents/pm-main.ejb3 2008-12-15 16:58:45,295 INFO [main ] - Deployed: file:/appli/priceminister/jboss-4.0.2/server/priceminister/tmp/deploy/tmp6483HEAD-20 08-12-15_16-58-07.ear-contents/pm-main-ejb.jar 2008-12-15 16:58:45,541 INFO [main ] - deploy, ctxPath=/, warUrl=file:/appli/priceminister/jboss-4.0.2/server/priceminister/tmp/deplo y/tmp6483HEAD-2008-12-15_16-58-07.ear-contents/pm-main-web.war/ 2008-12-15 16:58:45,795 ERROR [main ] - NAGIOS ALERT :: ALL - PLATFORM (3) : Trying to access to 'platform' cache which is null : it s houldn't be the case. 2008-12-15 16:58:45,941 INFO [main ] - Initialize Currency n<B0>978 2008-12-15 16:58:45,942 INFO [main ] - Initialize Currency n<B0>250 2008-12-15 16:58:45,942 INFO [main ] - Initialize Currency n<B0>826 2008-12-15 16:58:45,943 ERROR [main ] - NAGIOS ALERT :: ALL - PLATFORM (3) : Trying to access to 'platform' cache which is null : it s houldn't be the case. 2008-12-15 16:58:48,265 ERROR [main ] - NAGIOS ALERT :: ALL - PLATFORM (3) : Trying to access to 'platform' cache which is null : it s houldn't be the case. 2008-12-15 16:58:48,697 INFO [main ] - Initializing Velocity Engine 2008-12-15 16:58:48,736 INFO [main ] - ************************************************************** 2008-12-15 16:58:48,736 INFO [main ] - Starting Jakarta Velocity v1.4 2008-12-15 16:58:48,736 INFO [main ] - RuntimeInstance initializing. 2008-12-15 16:58:48,736 INFO [main ] - Default Properties File: org/apache/velocity/runtime/defaults/velocity.properties 2008-12-15 16:58:48,736 INFO [main ] - Trying to use logger class org.apache.velocity.runtime.log.SimpleLog4JLogSystem 2008-12-15 16:58:48,736 INFO [main ] - Using logger class org.apache.velocity.runtime.log.SimpleLog4JLogSystem 2008-12-15 16:58:48,740 INFO [main ] - Default ResourceManager initializing. (class org.apache.velocity.runtime.resource.ResourceMana gerImpl) 2008-12-15 16:58:48,744 INFO [main ] - Resource Loader Instantiated: org.apache.velocity.runtime.resource.loader.FileResourceLoader 2008-12-15 16:58:48,745 INFO [main ] - FileResourceLoader : initialization starting. 2008-12-15 16:58:48,745 INFO [main ] - FileResourceLoader : adding path '/appli/priceminister/jboss-4.0.2/server/priceminister/tmp/de |
| Commentaires |
| Commentaire de Renaud Dierickx [ 16/déc./08 10:50 ] |
|
C'est corrigé. Vous pourrez vérifier les logs au prochain démarrage de l'integ. Merci. |
[EXP-2160] pb dans les page pseudo statique tout le temps, sur les 2 frontaux Création: 01/juin/06 10:18 Mise à jour: 06/juil./07 16:45 Résolue: 06/juil./07 16:45 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
error_log dans apache : hu Jun 01 01:48:35 2006] [error] [client 212.23.167.33] client denied by server configuration: home [Thu Jun 01 01:48:35 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:37 2006] [error] [client 212.23.167.33] client denied by server configuration: root_books [Thu Jun 01 01:48:37 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:38 2006] [error] [client 212.23.167.33] client denied by server configuration: root_music [Thu Jun 01 01:48:38 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:39 2006] [error] [client 212.23.167.33] client denied by server configuration: root_video [Thu Jun 01 01:48:39 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:40 2006] [error] [client 212.23.167.33] client denied by server configuration: root_games [Thu Jun 01 01:48:40 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:41 2006] [error] [client 212.23.167.33] client denied by server configuration: root_electronics [Thu Jun 01 01:48:41 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:42 2006] [error] [client 212.23.167.33] client denied by server configuration: tab_600 [Thu Jun 01 01:48:42 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:42 2006] [error] [client 81.52.207.27] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/newsletter/2005-12-21-hitech47 [Thu Jun 01 01:48:43 2006] [error] [client 212.23.167.33] client denied by server configuration: tab_700 [Thu Jun 01 01:48:43 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:45 2006] [error] [client 212.23.167.33] client denied by server configuration: travel [Thu Jun 01 01:48:45 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:46 2006] [error] [client 212.23.167.33] client denied by server configuration: bargain [Thu Jun 01 01:48:46 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:47 2006] [error] [client 212.23.167.33] client denied by server configuration: root_white [Thu Jun 01 01:48:47 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:48 2006] [error] [client 212.23.167.33] client denied by server configuration: root_baby [Thu Jun 01 01:48:48 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:49 2006] [error] [client 212.23.167.33] client denied by server configuration: root_clothing [Thu Jun 01 01:48:49 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:50 2006] [error] [client 212.23.167.33] client denied by server configuration: root_vehicle [Thu Jun 01 01:48:50 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:51 2006] [error] [client 212.23.167.33] client denied by server configuration: root_wine [Thu Jun 01 01:48:51 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Thu Jun 01 01:48:52 2006] [error] [client 212.23.167.33] client denied by server configuration: root_sport [Thu Jun 01 01:48:52 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html |
| Commentaires |
| Commentaire de Justin Ziegler [ 01/juin/06 10:18 ] |
|
1/ il pourrait etre interessant de demander a jet de rajouter le virtual host dans le error_log 2/ regarder dans les log des page pseudo statiques pour comprendre. |
| Commentaire de Patrice Boulanger [ 06/juil./07 16:45 ] |
| Fixed par jérémie. |
[EXP-1776] Incident sur HERCULE&HORE le 12/04 Création: 13/avr./06 10:40 Mise à jour: 25/juin/07 18:57 Résolue: 20/juil./06 17:18 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Pour revenir sur l'incident d'hier concernant HERCULE/AMPHORE, une première analyse du problème On note vers à 13h58 un out-of memory sur HERCULE (cf. ci-dessous) 2006-04-12 13:58:53,218 INFO [Processor342] 195.101.77.179 - <<< [1749 ms] GET http://www.priceminister.com/question?action=view&aid=41582019&layoutid =Carroll-Lewis-Alice-Au-Pays-Des-Merveilles-Livre-Anime-Livre.html 2006-04-12 13:58:51,182 ERROR [-Processor44] 62.23.27.114 - Unexpected Error in method: public abstract void com.babelstore.category.business.Category Business.moveToRecursive(java.lang.Long,java.lang.Long) throws java.rmi.RemoteException java.lang.OutOfMemoryError: Java heap space 2006-04-12 13:58:53,269 ERROR [Processor429] 80.239.144.2 - Load error Servlet : com.babelstore.image.front.PhotoServlet Request : GET http://img.priceminister.com/photo/208060130_S.jpg Referrer : null User-Agent : Akamai Cache Server Trace : javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeou t ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] )) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:245) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery.execute(JDBCFindByPrimaryKeyQuery.java:128) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:47) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298) at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715) at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source) Peu de temps après à14h05, on détecte lock posé sur un objet : jupiter Wed Apr 12 14:05:05 2006 1 long-run locks found in v$lock, session(s): 41589, Lock SID: 32, Duration: 918 (sec), Host: hercule, Session: 41589 SQL : Ce lock est une conséquence du premier incident (outof-mémory). Le thread qui initialement avait posé le verrou sur l'objet à donc pu le libérer à cause du plantage de JBOSS sur HERCULE (outof-memory). HERCULE a été arrêté à 14h17. Dans la foulée, on note à 14h33 un lock posé par AMPHORE : jupiter Wed Apr 12 14:33:05 2006 1 long-run locks found in v$lock, session(s): 15836, Lock SID: 180, Duration: 713 (sec), Host: amphore, Session: 15836 SQL : On constate aussi sur AMPHORE un problème OutOfMemoryError 2006-04-12 14:32:35,408 ERROR [Processor179] 62.23.27.114 - TransactionRolledbackException in method: public abstract void com.babelstore.category.busines s.CategoryBusiness.moveToRecursive(java.lang.Long,java.lang.Long) throws java.rmi.RemoteException, causedBy: 2006-04-12 14:35:04,475 INFO [Processor276] 81.220.139.78 - >>> GET http://www.priceminister.com/navigation/default/category/r-auto-moto/pos/141 2006-04-12 14:35:04,476 INFO [Processor276] 81.220.139.78 - Same request - count=3 - delay=156111ms 2006-04-12 14:35:04,477 ERROR [Processor179] 62.23.27.114 - TransactionRolledbackException in method: public abstract void com.babelstore.category.busines s.CategoryBusiness.moveToRecursive(java.lang.Long,java.lang.Long) throws java.rmi.RemoteException, causedBy: java.lang.ClassCastException: java.lang.OutOfMemoryError at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:110) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy261.moveToRecursive(Unknown Source) En parralèle, on note durant cette période une augmentation du nombre de thread sur CUPIDON et PHAETON. C'est la conséquence du lock sur HERCULE et AMPHORE. Les THREAD APACHE occupés par HERCULE et AMPHORE n'étaient pas libérés. APACHE en a donc créé d'autres pour répondre au besoin. On a du durant cette période du recevoir une demande de test de l'ALTEON pour valider la réponse des 2 frontaux (demande de check normal). J'ai l'impression qu'avec cette augementation du nombre de thread apache, que CUPIDON et PHAETON n'on pu répondre à la demande de check de l'Altéon générant un passage temporaire de quelques secondes sur BACCHUS (14:09:37 à 14:09:50). C'est clairement visible au niveau des courbes de BACCHUS, CUPIDON et PHAETON. C'est également visible au niveau du log apache de BACCHUS. Nous n'avons pas reçu d'alerte car on avait très peu de reqûetes avec un code de retour 200. Le seuil n'étant pas atteind. La plupart des requêtes retournaient une erreur 404 et 302. On avait à ce moment là un passage de AKAMAI sur img >>>>> Xiaoming, pourrais -tu revérifier le seuil de déclenchement sur BACCHUS ? >>>>> PAP, La plupart des erreurs sont des 404. A cause d'une mauvaise configuration du worker.properties. On ne gère pas toute la partie photo. Il faudrait avoir les mêmes workers et les mêmes mapping que sur CUPIDON/PHAETON. >>>>>> Antoine, je te laisse creuser le problème de OutofMEMORY sur HERCULE&HORE. Avec toute la mémoire sur AMPHORE (Xms5000m), je ne l'explique pas. J'ai l'impression par contre de découvrir l'erreur 'CategoryBusiness.moveToRecursive...' |
| Commentaires |
| Commentaire de Justin Ziegler [ 13/avr./06 11:33 ] |
|
Il me semble utile de rajouter les courbes de GC de amphore (utilisation memoire) : http://intra.priceminister.com/stats/mrtg/amphore/gc-stats.html ainsi que (stopped time) : http://intra.priceminister.com/stats/mrtg/amphore/maxgcstoppedtime.html + swap http://intra.priceminister.com/stats/mrtg/amphore/swap-io.html http://intra.priceminister.com/stats/mrtg/amphore/swap-used.html ce qui permet de voir notamment qu'on n'a pas eu de swap sur amphore. Ce qui permet de conclure de facon certaine que le swap n'est pas l'origine du pb. Ainsi le swap qu'on observe sur hercule lors de plantage est une consequence, et non une cause. (utilisation de pmjbconpoolan.pl lost-threads) On a donc bien un vrai pb de fuite de memoire et de bug applicatif. Il faut retrouver la plus ancienne des requetes en cours au moment du outOfMem. C'est surement la coupable. NB : il n'est pas certain que la requete ayant eu l'exception outOfMem soit la cause du pb. |
| Commentaire de Justin Ziegler [ 13/avr./06 11:35 ] |
| Il pourrait etre interessant de regarder aussi les "same query" |
| Commentaire de Justin Ziegler [ 13/avr./06 12:17 ] |
|
NB : ce n'est pas la premiere fois que cela se produit sur hercule et en plus je pense que cela risque de se reproduire. Donc c'est assez urgent d'avancer dessus. Je n'ai pas l'impression que nous ayons recu des alertes concernant le GC. Or je suis sur qu'il y a eu de full GC. Peut etre devrait on simplement se faire une alerte "long GC stopped time" avec un seuil a 1500 ms ? Je n'ai pas l'impression que l'on ai recu l'alerte outOfMemory non plus :-( => il y a clairement des choses a comprendre au niveau des alertes... |
| Commentaire de Xiaoming Du [ 13/avr./06 15:09 ] |
|
les alertes minitord: 1/ on a une alerte 'out-of-memory' au niveau système, précisément l'alerte se base sur un message rendu par l'appel système malloc(). Mais on n'a pas d'alerte sur le message "java.lang.OutOfMemoryError: Java heap space". Je vais en créer un. 2/ L'alerte FullGC n'a pas fonctionné, sans doute il s'agit d'un bug minitord, mais cette alerte passe bien tous les tests unitaires, il n'y a aussi pas de problème au niveau du parser :( Je suis sur ce problème. |
| Commentaire de Xiaoming Du [ 13/avr./06 15:44 ] |
|
je reviens sur l'alerte FullGC. Le bug est trouvé. (merci à Antoine) J'ai développé le parser "garbage.log" en se basant sur le format ci-dessous, comme on peut le trouver dans les archives de "garbage" logs: 14:51:03:628: [GC 60.628: [ParNew: 204416K->0K(204608K), 0.3574860 secs] 476621K->310491K(5119808K), 0.3577080 secs] Mais en réalité, JVM écrit le log "garbage" dans un format différent. C'est la raison pour laquelle mon parser n'a pas fonctionné. 1334.891: [GC 1334.891: [ParNew: 204416K->0K(204608K), 0.0147310 secs] 796470K->593247K(5119808K), 0.0149520 secs] c'est le role du script "recyle.pl" qui est appelé par "pmjboss" de transfomer le format de timestamps de l'un à l'autre. Je vais corriger ce bug et livrer le patch sur la prod. |
| Commentaire de Justin Ziegler [ 13/avr./06 16:20 ] |
| Super, merci. |
| Commentaire de Justin Ziegler [ 13/avr./06 16:21 ] |
|
Ne peut on pas avoir une alerte juste sur la chaine suivante : OutOfMemoryError ? |
| Commentaire de Justin Ziegler [ 13/avr./06 16:21 ] |
|
Voire meme OutOfMemory ? |
| Commentaire de Xiaoming Du [ 13/avr./06 17:41 ] |
| noté, l'alerte "OutOfMemory" sera livré cette semaine. |
| Commentaire de Xiaoming Du [ 14/avr./06 16:08 ] |
| l'alerte "OutOfMemory" a été livrée avec minitord-0.9.0 |
| Commentaire de Justin Ziegler [ 27/avr./06 13:05 ] |
| Elle n'a pas fonctionnee ce matin sur amphitrite ??? |
| Commentaire de Xiaoming Du [ 27/avr./06 14:01 ] |
|
2006/04/27 05:21:26 [lib-perl/Minitor/Alert.pm] raise alert jbossoutofmem. 2006/04/27 05:21:26 [lib-perl/Minitor/Alert.pm] sending jbossoutofmem email : Jboss reports out of memory errors. 2006/04/27 05:24:26 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146108266 2006/04/27 05:27:26 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146108446 2006/04/27 05:30:26 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146108626 2006/04/27 05:33:26 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146108806 2006/04/27 05:36:26 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146108986 2006/04/27 05:39:26 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146109166 2006/04/27 05:39:26 [lib-perl/Minitor/Alert.pm] raise alert jbossoutofmem. 2006/04/27 05:39:26 [lib-perl/Minitor/Alert.pm] sending jbossoutofmem email : Jboss reports out of memory errors. 2006/04/27 05:42:26 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146109346 2006/04/27 05:45:27 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146109527 2006/04/27 05:49:27 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146109767 2006/04/27 05:53:27 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146110007 2006/04/27 05:57:27 [lib-perl/Minitor/Alert.pm] update jbossoutofmem last check, 1146110247 |
| Commentaire de Xiaoming Du [ 27/avr./06 14:18 ] |
| confirmé avec sébastien, on l'a reçu bien en mail. si vous la voulez en sms, je vais faire le changement correspondant dans minitord. |
| Commentaire de Justin Ziegler [ 27/avr./06 15:43 ] |
| Oui, il faut que OutOfMem soit en sms. Merci. |
| Commentaire de Antoine Koener [ 20/juil./06 17:18 ] |
| Done |
[EXP-877] Problème page blanche sur le site le 13/12 à 6h45 Création: 13/janv./06 12:00 Mise à jour: 25/juin/07 18:55 Résolue: 19/janv./06 15:20 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
| Description |
|
L'astreinte CMS a appellé ce jour RANTO à 6h45 pour un problème * Page blanche sur priceminister (Cupidon) * ils n'ont pas la procédure dans ce cas Analyses : - Exact www.priceminister.com ==> page blanche - www.priceminister.com/ng ==> non page blanche sur Cupidon J'ai vérifié la tailles des fichiers correspondants aux pages pseudo-statiques sur Cupidon, une majorité sont à "0" (donc vides) CUPIDON -rw-rw-r-- 1 adminpm adminpm 33235 Jan 13 06:56 voyages -rw-rw-r-- 1 adminpm adminpm 50379 Jan 13 06:56 video-dvd-vhs -rw-rw-r-- 1 adminpm adminpm 61339 Jan 13 06:56 telephone-pda -rw-rw-r-- 1 adminpm adminpm 47166 Jan 13 06:56 musique-cd -rw-rw-r-- 1 adminpm adminpm 51073 Jan 13 06:56 livres-bd -rw-rw-r-- 1 adminpm adminpm 52536 Jan 13 06:56 jeux-video -rw-rw-r-- 1 adminpm adminpm 0 Jan 13 06:56 informatique-logiciels -rw-rw-r-- 1 adminpm adminpm 61169 Jan 13 06:56 image-son -rw-rw-r-- 1 adminpm adminpm 0 Jan 13 06:56 electromenager -rw-rw-r-- 1 adminpm adminpm 38627 Jan 13 06:56 bargain -rw-rw-r-- 1 adminpm adminpm 0 Jan 13 06:56 accueil -rw-rw-r-- 1 adminpm adminpm 45643 Jan 13 06:56 vins-saveurs -rw-rw-r-- 1 adminpm adminpm 53013 Jan 13 06:56 mode-textile -rw-rw-r-- 1 adminpm adminpm 0 Jan 13 06:56 loisirs-sports -rw-rw-r-- 1 adminpm adminpm 46859 Jan 13 06:56 enfants-jeux-jouets -rw-rw-r-- 1 adminpm adminpm 71393 Jan 13 06:56 auto-moto idem sur PHAETON -rw-r--r-- 1 adminpm adminpm 51073 Jan 13 06:50 livres-bd -rw-r--r-- 1 adminpm adminpm 47156 Jan 13 06:50 musique-cd -rw-r--r-- 1 adminpm adminpm 0 Jan 13 06:50 video-dvd-vhs -rw-r--r-- 1 adminpm adminpm 0 Jan 13 06:50 jeux-video -rw-r--r-- 1 adminpm adminpm 61500 Jan 13 06:50 telephone-pda -rw-r--r-- 1 adminpm adminpm 57377 Jan 13 06:50 informatique-logiciels -rw-r--r-- 1 adminpm adminpm 0 Jan 13 06:50 image-son -rw-r--r-- 1 adminpm adminpm 0 Jan 13 06:50 voyages -rw-r--r-- 1 adminpm adminpm 38627 Jan 13 06:50 bargain -rw-r--r-- 1 adminpm adminpm 0 Jan 13 06:50 electromenager -rw-r--r-- 1 adminpm adminpm 46884 Jan 13 06:50 enfants-jeux-jouets -rw-r--r-- 1 adminpm adminpm 53013 Jan 13 06:50 mode-textile -rw-r--r-- 1 adminpm adminpm 71369 Jan 13 06:50 auto-moto -rw-r--r-- 1 adminpm adminpm 45741 Jan 13 06:50 vins-saveurs -rw-r--r-- 1 adminpm adminpm 44318 Jan 13 06:50 loisirs-sports drwxr-xr-x 5 adminpm adminpm 8192 Jan 13 06:50 . - premier reflexe : regénération des pages pseudos statiques ==> aucun effet, toujours des pages blanches - Analyse des erreurs dans les logs apaches [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: root_video [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: root_games [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: root_electronics [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: tab_600 [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: tab_700 [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: travel [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: bargain [Fri Jan 13 07:10:29 2006] [error] [client 212.23.167.33] client denied by server configuration: 403.html Ces erreurs ne sont pas capitales car elle est aussi présente dans les archives - les fichiers génération des pages statique (pseudo-statiques-script.sh na' pas été modifié depuis le 2 janvier -rwxr-xr-x 1 adminpm adminpm 3875 Jan 2 12:18 Pseudo-static-pages-script.sh - la conf Apache depuis le 5 janvier -rw-rw-r-- 1 adminpm adminpm 76762 Jan 5 14:59 httpd.production - La charge de la base sur JUPITER est très bas 3.62 LE PROBLEME s'est résolu tout seul vers 8h00 sur Phaeton et Cupidon, les pages sont pleines -rw-r--r-- 1 adminpm adminpm 72394 Jan 13 08:00 accueil -rw-r--r-- 1 adminpm adminpm 51073 Jan 13 08:00 livres-bd -rw-r--r-- 1 adminpm adminpm 47239 Jan 13 08:00 musique-cd -rw-r--r-- 1 adminpm adminpm 50434 Jan 13 08:00 video-dvd-vhs -rw-r--r-- 1 adminpm adminpm 52537 Jan 13 08:00 jeux-video -rw-r--r-- 1 adminpm adminpm 61263 Jan 13 08:00 telephone-pda -rw-r--r-- 1 adminpm adminpm 57545 Jan 13 08:00 informatique-logiciels -rw-r--r-- 1 adminpm adminpm 61169 Jan 13 08:00 image-son -rw-r--r-- 1 adminpm adminpm 33235 Jan 13 08:00 voyages -rw-r--r-- 1 adminpm adminpm 38627 Jan 13 08:00 bargain -rw-r--r-- 1 adminpm adminpm 56385 Jan 13 08:00 electromenager -rw-r--r-- 1 adminpm adminpm 46875 Jan 13 08:00 enfants-jeux-jouets -rw-r--r-- 1 adminpm adminpm 52871 Jan 13 08:00 mode-textile -rw-r--r-- 1 adminpm adminpm 71379 Jan 13 08:00 auto-moto -rw-r--r-- 1 adminpm adminpm 45698 Jan 13 08:00 vins-saveurs -rw-r--r-- 1 adminpm adminpm 44171 Jan 13 08:00 loisirs-sports |
[APP-19593] Plantage FEED au démarrage (connecteur V19fix2) Création: 14/févr./08 11:36 Mise à jour: 05/mars/08 15:16 Résolue: 20/févr./08 14:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.1.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Violeta Doneva |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | NPF - Nav Annonces |
| Description |
|
C'est très urgent (pour cause de lancement du crawl en ESPAGNE avant ce week-end). Merci C. 2008-02-14 11:28:41 (1024 ms) INFO [Velocity ] - ************************************************************** 2008-02-14 11:28:41 (1024 ms) INFO [Velocity ] - Starting Jakarta Velocity v1.4 2008-02-14 11:28:41 (1024 ms) INFO [Velocity ] - RuntimeInstance initializing. 2008-02-14 11:28:41 (1024 ms) INFO [Velocity ] - Default Properties File: org/apache/velocity/runtime/defaults/velocity.prop erties 2008-02-14 11:28:41 (1025 ms) INFO [Velocity ] - Trying to use logger class org.apache.velocity.runtime.log.SimpleLog4JLogSy stem 2008-02-14 11:28:41 (1025 ms) INFO [Velocity ] - Using logger class org.apache.velocity.runtime.log.SimpleLog4JLogSystem 2008-02-14 11:28:41 (1027 ms) INFO [Velocity ] - Default ResourceManager initializing. (class org.apache.velocity.runtime.re source.ResourceManagerImpl) 2008-02-14 11:28:41 (1030 ms) INFO [Velocity ] - Resource Loader Instantiated: org.apache.velocity.runtime.resource.loader.F ileResourceLoader 2008-02-14 11:28:41 (1030 ms) INFO [Velocity ] - FileResourceLoader : initialization starting. 2008-02-14 11:28:41 (1030 ms) INFO [Velocity ] - FileResourceLoader : adding path '.' 2008-02-14 11:28:41 (1030 ms) INFO [Velocity ] - FileResourceLoader : initialization complete. 2008-02-14 11:28:41 (1031 ms) INFO [Velocity ] - ResourceCache : initialized. (class org.apache.velocity.runtime.resource.Re sourceCacheImpl) 2008-02-14 11:28:41 (1032 ms) INFO [Velocity ] - Default ResourceManager initialization complete. 2008-02-14 11:28:41 (1033 ms) INFO [Velocity ] - Loaded System Directive: org.apache.velocity.runtime.directive.Literal 2008-02-14 11:28:41 (1034 ms) INFO [Velocity ] - Loaded System Directive: org.apache.velocity.runtime.directive.Macro 2008-02-14 11:28:41 (1037 ms) INFO [Velocity ] - Loaded System Directive: org.apache.velocity.runtime.directive.Parse 2008-02-14 11:28:41 (1039 ms) INFO [Velocity ] - Loaded System Directive: org.apache.velocity.runtime.directive.Include 2008-02-14 11:28:41 (1040 ms) INFO [Velocity ] - Loaded System Directive: org.apache.velocity.runtime.directive.Foreach 2008-02-14 11:28:41 (1082 ms) INFO [Velocity ] - Created: 20 parsers. 2008-02-14 11:28:41 (1087 ms) INFO [Velocity ] - Velocimacro : initialization starting. 2008-02-14 11:28:41 (1088 ms) INFO [Velocity ] - Velocimacro : allowInline = true : VMs can be defined inline in templates 2008-02-14 11:28:41 (1088 ms) INFO [Velocity ] - Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT re place previous VM definitions 2008-02-14 11:28:41 (1088 ms) INFO [Velocity ] - Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowed. 2008-02-14 11:28:41 (1088 ms) INFO [Velocity ] - Velocimacro : messages on : VM system will output logging messages 2008-02-14 11:28:41 (1088 ms) INFO [Velocity ] - Velocimacro : autoload off : VM system will not automatically reload globa l library macros 2008-02-14 11:28:41 (1088 ms) INFO [Velocity ] - Velocimacro : initialization complete. 2008-02-14 11:28:41 (1088 ms) INFO [Velocity ] - Velocity successfully started. 2008-02-14 11:28:41 (1088 ms) INFO [STANDARD_FEED ] - Velocity Engine is initialized 2008-02-14 11:28:41 (1088 ms) INFO [STANDARD_FEED ] - DBFeedReader $Revision: 1.9 $ - $Date: 2008/01/29 14:23:27 $ 2008-02-14 11:28:41 (1089 ms) INFO [STANDARD_FEED ] - Entering NORMAL mode... 2008-02-14 11:28:41 (1099 ms) INFO [STANDARD_FEED ] - Batch range:25984150 - 25974151 2008-02-14 11:28:49 (8687 ms) ERROR [PMFeedConnector ] - java.lang.NullPointerException at com.babelstore.referential.ProductConfiguration.<init>(ProductConfiguration.java:126) at com.babelstore.referential.ProductConfigurationTree.add(ProductConfigurationTree.java:129) at PrdConfigurationTreeFactory.getPrdConfigurationTree(PrdConfigurationTreeFactory.java:49) at DBReader.addCollapseData(DBReader.java:583) at DBReader.processData(DBReader.java:527) at DBReader.read(DBReader.java:487) at DBReader.read(DBReader.java:451) at DBFeedReader.readResultSet(DBFeedReader.java:127) at PMFeedConnector.<init>(PMFeedConnector.java:104) at PMFeedConnector.main(PMFeedConnector.java:60) 2008-02-14 11:28:49 (8687 ms) INFO [STANDARD_FEED ] - Closing DB Connection... 2008-02-14 11:28:49 (8687 ms) INFO [FastWriter ] - Closing Fast Connection... 2008-02-14 11:28:49 (8694 ms) INFO [STANDARD_FEED ] - Exiting... |
| Commentaires |
| Commentaire de Violeta Doneva [ 14/févr./08 17:29 ] |
|
Fichier modifié : src/com/babelstore/referential/ProductConfiguration.java |
| Commentaire de Christophe Garcia [ 20/févr./08 12:34 ] |
|
C'est quoi le pb ? Merci C. |
| Commentaire de Violeta Doneva [ 20/févr./08 14:33 ] |
| C'était que les prdTypeCode en france et espagne ne sont pas le mêmes. On cherchait un prdTypeCode qui existe en france dans la base espagne , on ne le tourouvait pas et comme on s'attendait pas à ça ça plantait : Boooum NPE !! |
[APP-31195] Problème fréquent de connexion à la base lors des export/imports IG Création: 28/sept./10 14:46 Mise à jour: 09/févr./11 14:41 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Bastien Caudan |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Dev |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | IG |
| Description |
|
Lors des exports/imports IG, on a régulièrement un problème de tentative d'export sur le dossier /tmp.
En regardant en détail les logs, on trouve l'origine suivante : 2010-09-28 12:00:04 INFO [ExportRepositoryAction ] - MappingFile:jar:file:/users/cms2/infoglue/build/dist/pm-infoglue.jar!/xml_mapping_site_2.5.xml java.sql.SQLException: [OraDriver] Connection refused from server. Please check if the Oracle database instance 'ig' is running. <(DESCRIPTION=(TMP=)(VSNNUM=169870336)(ERR=12519)(ERROR_STACK=(ERROR=(CODE=12519)(EMFI=4))))> at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.char(Unknown Source) at com.inet.ora.o.<init>(Unknown Source) at com.inet.ora.OraDriver.connect(Unknown Source) at java.sql.DriverManager.getConnection(DriverManager.java:582) at java.sql.DriverManager.getConnection(DriverManager.java:185) at org.apache.commons.dbcp.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:65) at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:294) at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:840) at org.apache.commons.dbcp.PoolingDriver.connect(PoolingDriver.java:176) at java.sql.DriverManager.getConnection(DriverManager.java:582) at java.sql.DriverManager.getConnection(DriverManager.java:207) at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.getConnection(InfoGlueJDBCPropertySet.java:690) at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.getType(InfoGlueJDBCPropertySet.java:284) at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.exists(InfoGlueJDBCPropertySet.java:316) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:248) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.doExecute(ExportRepositoryAction.java:160) at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:113) at com.babelstore.client.RepositoryExportImportClient.doExport(RepositoryExportImportClient.java:237) at com.babelstore.client.RepositoryExportImportClient.main(RepositoryExportImportClient.java:163) 2010-09-28 12:02:14 ERROR [ExportRepositoryAction ] - An error was found exporting a repository: null java.lang.NullPointerException at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.getType(InfoGlueJDBCPropertySet.java:287) at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.exists(InfoGlueJDBCPropertySet.java:316) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:248) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.doExecute(ExportRepositoryAction.java:160) at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:113) at com.babelstore.client.RepositoryExportImportClient.doExport(RepositoryExportImportClient.java:237) at com.babelstore.client.RepositoryExportImportClient.main(RepositoryExportImportClient.java:163) En regardant dans le code, on voit que c'est lié à un problème de connexion à la base lors du : conn = DriverManager.getConnection("jdbc:apache:commons:dbcp:infoGlueJDBCPropertySet"); |
| Commentaires |
| Commentaire de Alexandre Garnier [ 28/sept./10 15:21 ] |
|
La connexion JDBC pour les PropertySet semble configurée par le fichier main/conf/propertyset.xml
Dedans, les informations sont remplacées à la compilation et on se retrouve avec : <arg name="url" value="jdbc:inetora:gosset:1521:dev3"/> ce qui est un peu obsolète... Cette information est issue de local/build/common-build.properties 1. mettre à jour cette information 2. intégrer sa mise à jour automatique dans le devconf |
| Commentaire de Christophe Garcia [ 07/oct./10 09:39 ] |
| MDPLVC |
| Commentaire de Renaud Dierickx [ 09/févr./11 14:41 ] |
|
C'est toujours d'actualité ?
A fermer si ce n'est pas le cas ! |
[APP-8272] Minitord - SCP bloqué sur PARQUES Création: 06/avr./06 11:00 Mise à jour: 09/nov./07 14:54 Résolue: 06/avr./06 11:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 17.1.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ranto Andriambololona | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Description |
|
mrtg 10577 0.0 0.2 9932 8164 ? S Apr03
1:09 /usr/bin/perl /data/mrtg/minitord/bin/minitord.pl -minitord mrtg 10611 0.0 0.0 1464 544 ? S Apr03 0:00 \_ /usr/bin/iostat -x 60 mrtg 10616 0.0 0.0 1532 508 ? S Apr03 0:00 \_ /usr/bin/vmstat -n 60 mrtg 19033 0.0 0.0 3592 1088 ? S 04:59 0:00 \_ scp /data/mrtg/minitord/var/mrtg-workdir/blocks.html /data/mrtg/minitord/var/mrtg-workdir/buf-cache.html /data/mrtg/minitord/var/mrtg-workdir/connected-users.html /data/mrtg/minitord/var/mrtg-workdir/cpu-usage.html /data/mrtg/minitord/var/mrtg-workdir/eth0-bytes.html /data/mrtg/minitord/var/mrtg-workdir/eth0-col.html /data/mrtg/minitord/var/mrtg-workdir/fs1.html /data/mrtg/minitord/var/mrtg-workdir/fs2.html /data/mrtg/minitord/var/mrtg-workdir/index.html /data/mrtg/minitord/var/mrtg-workdir/io1.html /data/mrtg/minitord/var/mrtg-workdir/io2.html /data/mrtg/minitord/var/mrtg-workdir/io3.html /data/mrtg/minitord/var/mrtg-workdir/load-average.html /data/mrtg/minitord/var/mrtg-workdir/ping1.html /data/mrtg/minitord/var/mrtg-workdir/prcs-wait-sleep.html /data/mrtg/minitord/var/mrtg-workdir/processes.html /data/mrtg/minitord/var/mrtg-workdir/swap-io.html /data/mrtg/minitord/var/mrtg-workdir/swap-used.html /data/mrtg/minitord/var/mrtg-workdir/util1.html /data/mrtg/minitord/var/mrtg-workdir/util2.html /data/mrtg/minitord/var/mrtg-workdir/util3.html /data/mrtg/minitord/var/mrtg-workdir/blocks-day.png /data/mrtg/minitord/var/mrtg-workdir/blocks-month.png /data/mrtg/minitord/var/mrtg-workdir/blocks-week.png /data/mrtg/minitord/var/mrtg-workdir/blocks-year.png /data/mrtg/minitord/var/mrtg-workdir/buf-cache-day.png /data/mrtg/minitord/var/mrtg-workdir/buf-cache-month.png /data/mrtg/minitord/var/mrtg-workdir/buf-cache-week.png /data/mrtg/minitord/var/mrtg-workdir/buf-cache-year.png /data/mrtg/minitord/var/mrtg-workdir/connected-users-day.png /data/mrtg/minitord/var/mrtg-workdir/connected-users-month.png /data/mrtg/minitord/var/mrtg-workdir/connected-users-week.png /data/mrtg/minitord/var/mrtg-workdir/connected-users-year.png /data/mrtg/minitord/var/mrtg-workdir/cpu-usage-day.png /data/mrtg/minitord/var/mrtg-workdir/cpu-usage-month.png /data/mrtg/minitord/var/mrtg-workdir/cpu-usage-week.png /data/mrtg/minitord/var/mrtg-workdir/cpu-usage-year.png /data/mrtg/minitord/var/mrtg-workdir/eth0-bytes-day.png /data/mrtg/minitord/var/mrtg-workdir/eth0-bytes-month.png /data/mrtg/minitord/var/mrtg-workdir/eth0-bytes-week.png /data/mrtg/minitord/var/mrtg-workdir/eth0-bytes-year.png /data/mrtg/minitord/var/mrtg-workdir/eth0-col-day.png /data/mrtg/minitord/var/mrtg-workdir/eth0-col-month.png /data/mrtg/minitord/var/mrtg-workdir/eth0-col-week.png /data/mrtg/minitord/var/mrtg-workdir/eth0-col-year.png /data/mrtg/minitord/var/mrtg-workdir/fs1-day.png /data/mrtg/minitord/var/mrtg-workdir/fs1-month.png /data/mrtg/minitord/var/mrtg-workdir/fs1-week.png /data/mrtg/minitord/var/mrtg-workdir/fs1-year.png /data/mrtg/minitord/var/mrtg-workdir/fs2-day.png /data/mrtg/minitord/var/mrtg-workdir/fs2-month.png /data/mrtg/minitord/var/mrtg-workdir/fs2-week.png /data/mrtg/minitord/var/mrtg-workdir/fs2-year.png /data/mrtg/minitord/var/mrtg-workdir/io1-day.png /data/mrtg/minitord/var/mrtg-workdir/io1-month.png /data/mrtg/minitord/var/mrtg-workdir/io1-week.png /data/mrtg/minitord/var/mrtg-workdir/io1-year.png /data/mrtg/minitord/var/mrtg-workdir/io2-day.png /data/mrtg/minitord/var/mrtg-workdir/io2-month.png /data/mrtg/minitord/var/mrtg-workdir/io2-week.png /data/mrtg/minitord/var/mrtg-workdir/io2-year.png /data/mrtg/minitord/var/mrtg-workdir/io3-day.png /data/mrtg/minitord/var/mrtg-workdir/io3-month.png /data/mrtg/minitord/var/mrtg-workdir/io3-week.png /data/mrtg/minitord/var/mrtg-workdir/io3-year.png /data/mrtg/minitord/var/mrtg-workdir/load-average-day.png /data/mrtg/minitord/var/mrtg-workdir/load-average-month.png /data/mrtg/minitord/var/mrtg-workdir/load-average-week.png /data/mrtg/minitord/var/mrtg-workdir/load-average-year.png /data/mrtg/minitord/var/mrtg-workdir/mrtg-l.png /data/mrtg/minitord/var/mrtg-workdir/mrtg-m.png /data/mrtg/minitord/var/mrtg-workdir/mrtg-r.png /data/mrtg/minitord/var/mrtg-workdir/ping1-day.png /data/mrtg/minitord/var/mrtg-workdir/ping1-month.png /data/mrtg/minitord/var/mrtg-workdir/ping1-week.png /data/mrtg/minitord/var/mrtg-workdir/ping1-year.png /data/mrtg/minitord/var/mrtg-workdir/prcs-wait-sleep-day.png /data/mrtg/minitord/var/mrtg-workdi mrtg 19034 0.0 0.0 3984 1916 ? S 04:59 0:00 \_ /usr/bin/ssh -x -oForwardAgent no -oClearAllForwardings yes phaeton scp -d -t /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-intra/stats/mrtg/parques mrtg 10578 0.0 0.1 8064 6376 ? S Apr03 0:00 /usr/bin/perl /data/mrtg/minitord/bin/tinytord.pl -tinytord mrtg 10579 0.0 0.0 3616 1616 ? S Apr03 0:00 /usr/bin/perl /data/mrtg/minitord/bin/poolwrp.pl |
| Commentaires |
| Commentaire de Xiaoming Du [ 06/avr./06 11:41 ] |
| Il me semble que le "timeout" de "scp" n'est pas bien géré par minitord. Normalement, minitord kill tous les "scp" qui durent plus de 1 minute. |
| Commentaire de Xiaoming Du [ 06/avr./06 11:47 ] |
| Le bug est fixé. Le patch est livré avec minitord-0.8.0 |
[APP-20416] Probleme url pangora Création: 29/avr./08 15:33 Mise à jour: 05/mai/08 10:08 Résolue: 29/avr./08 16:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 20.1.1 |
| Version(s) corrigée(s): | 20.1.1 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Ange Ferrari | Attribution: | Damien Dorizy |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
[adminpm@aricia conf]$ grep 82.237.14.69 ../logs/vaccess_log www.priceminister.com 82.237.14.69 - - [29/Apr/2008:15:24:22 +0200] "GET /offer/buy/58754029/Nokia-5310-XpressMusic-Telephone-cellulaire-avec-appareil-photo-numerique-lecteur-numerique-radio-FM-GSM-Mobile.html?t=271744&dinsight=1010&IDTF=8337846 HTTP/1.1" 200 67323 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)" www.priceminister.com 82.237.14.69 - - [29/Apr/2008:15:26:36 +0200] "GET /telephone-pda HTTP/1.1" 200 85935 "http://www.priceminister.com/offer/buy/58754029/Nokia-5310-XpressMusic-Telephone-cellulaire-avec-appareil-photo-numerique-lecteur-numerique-radio-FM-GSM-Mobile.html?t=271744&dinsight=1010&IDTF=8337846" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)" www.priceminister.com 82.237.14.69 - - [29/Apr/2008:15:26:41 +0200] "GET /comparateur/getNavSearchResult.do?pid=&qry=&imageSize=D&fillin=true&cid=&cat=Tel-PDA&contributor=&rskw=&pge=9 HTTP/1.1" 502 445 "http://www.priceminister.com/telephone-pda" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)" quand on appelle l'url http://fr.channel.pangora.com/comparateur/getNavSearchResult.do?pid=&qry=&imageSize=D&fillin=true&cid=&cat=Tel-PDA&contributor=&rskw=&pge=9 visiblement il y a un truc qui va pas.. et ça perturbe notre proxy www.priceminister.com 194.167.116.11 - - [29/Apr/2008:15:26:47 +0200] "GET /comparateur/getQuerySearchResult.do?pid=&qry=&imageSize=D&fillin=true&cid=102586&cat=&contributor=&rskw=xbox&pge=9 HTTP/1.1" 502 307 "http://www.priceminister.com/navigation/se/category/sa/kw/xbox/pos/41" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)" même chose dans ce cas j'ai des dizaines de cas pareil [Tue Apr 29 15:26:12 2008] [error] [client 82.124.178.172] proxy: error reading status line from remote server fr.channel.pangora.com, referer: http://www.priceminister.com/navigation/default/category/105406 [Tue Apr 29 15:26:12 2008] [error] [client 82.124.178.172] proxy: Error reading from remote server returned by /comparateur/getNavSearchResult.do, referer: http://www.priceminister.com/navigation/default/category/105406 [Tue Apr 29 15:26:15 2008] [error] [client 87.65.32.8] proxy: error reading status line from remote server fr.channel.pangora.com, referer: http://www.priceminister.com/offer/buy/1462329/Fifi-Brindacier-Jeu-Pc.html [Tue Apr 29 15:26:15 2008] [error] [client 87.65.32.8] proxy: Error reading from remote server returned by /comparateur/getProductSearchResult.do, referer: http://www.priceminister.com/offer/buy/1462329/Fifi-Brindacier-Jeu-Pc.html [Tue Apr 29 15:26:16 2008] [error] [client 193.194.132.39] proxy: error reading status line from remote server fr.channel.pangora.com, referer: http://www.priceminister.com/offer/buy/62971061/JMSTAR-NEMO-125CC.html [Tue Apr 29 15:26:16 2008] [error] [client 193.194.132.39] proxy: Error reading from remote server returned by /comparateur/getProductSearchResult.do, referer: http://www.priceminister.com/offer/buy/62971061/JMSTAR-NEMO-125CC.html [Tue Apr 29 15:26:41 2008] [error] [client 82.237.14.69] proxy: error reading status line from remote server fr.channel.pangora.com, referer: http://www.priceminister.com/telephone-pda [Tue Apr 29 15:26:41 2008] [error] [client 82.237.14.69] proxy: Error reading from remote server returned by /comparateur/getNavSearchResult.do, referer: http://www.priceminister.com/telephone-pda [Tue Apr 29 15:26:44 2008] [error] [client 62.23.27.114] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-bo/google, referer: http://bo.priceminister.com/nav/Livres_Revues/kw/JOYPAD [Tue Apr 29 15:26:47 2008] [error] [client 194.167.116.11] proxy: error reading status line from remote server fr.channel.pangora.com, referer: http://www.priceminister.com/navigation/se/category/sa/kw/xbox/pos/41 [Tue Apr 29 15:26:47 2008] [error] [client 194.167.116.11] proxy: Error reading from remote server returned by /comparateur/getQuerySearchResult.do, referer: http://www.priceminister.com/navigation/se/category/sa/kw/xbox/pos/41 sauf qu'a force le proxy va finir par désactiver la connexion |
| Commentaires |
| Commentaire de Damien Dorizy [ 29/avr./08 16:22 ] |
|
L'url appelée est correcte, il semblerait que la plupart du
temps ça fonctionne et que quelquefois ça ne fonctionne plus. ==> Problème chez Pangora ? D'autre part, Pangora souhaiterait changer fr.channel..., peut-être est-ce lié, j'essaie de les joindre mais ils ne semblent pas là actuellement. |
[APP-24369] BAtch cnethardfull Création: 19/févr./09 15:43 Mise à jour: 27/févr./09 09:32 Résolue: 26/févr./09 17:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Batch |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 41.0.1.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Bonjour, Après récupération d'un full auprès de cnet, voici ce qui se produit au lancement du batch: 2009-02-19 15:32 - [Manual action] Batch started 2009-02-19 15:32:25,528 INFO [main ] - ************************************************************** 2009-02-19 15:32:25,532 INFO [main ] - Starting Jakarta Velocity v1.4 2009-02-19 15:32:25,532 INFO [main ] - RuntimeInstance initializing. 2009-02-19 15:32:25,532 INFO [main ] - Default Properties File: org/apache/velocity/runtime/defaults/velocity.properties 2009-02-19 15:32:25,532 INFO [main ] - Trying to use logger class org.apache.velocity.runtime.log.SimpleLog4JLogSystem 2009-02-19 15:32:25,532 INFO [main ] - Using logger class org.apache.velocity.runtime.log.SimpleLog4JLogSystem 2009-02-19 15:32:25,536 INFO [main ] - Default ResourceManager initializing. (class org.apache.velocity.runtime.resource.ResourceMana gerImpl) 2009-02-19 15:32:25,540 INFO [main ] - Resource Loader Instantiated: org.apache.velocity.runtime.resource.loader.FileResourceLoader 2009-02-19 15:32:25,540 INFO [main ] - FileResourceLoader : initialization starting. 2009-02-19 15:32:25,540 INFO [main ] - FileResourceLoader : adding path '.' 2009-02-19 15:32:25,540 INFO [main ] - FileResourceLoader : initialization complete. 2009-02-19 15:32:25,542 INFO [main ] - ResourceCache : initialized. (class org.apache.velocity.runtime.resource.ResourceCacheImpl) 2009-02-19 15:32:25,542 INFO [main ] - Default ResourceManager initialization complete. 2009-02-19 15:32:25,544 INFO [main ] - Loaded System Directive: org.apache.velocity.runtime.directive.Literal 2009-02-19 15:32:25,546 INFO [main ] - Loaded System Directive: org.apache.velocity.runtime.directive.Macro 2009-02-19 15:32:25,549 INFO [main ] - Loaded System Directive: org.apache.velocity.runtime.directive.Parse 2009-02-19 15:32:25,552 INFO [main ] - Loaded System Directive: org.apache.velocity.runtime.directive.Include 2009-02-19 15:32:25,553 INFO [main ] - Loaded System Directive: org.apache.velocity.runtime.directive.Foreach 2009-02-19 15:32:25,606 INFO [main ] - Created: 20 parsers. 2009-02-19 15:32:25,614 INFO [main ] - Velocimacro : initialization starting. 2009-02-19 15:32:25,615 INFO [main ] - Velocimacro : allowInline = true : VMs can be defined inline in templates 2009-02-19 15:32:25,615 INFO [main ] - Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT replace previous VM d efinitions 2009-02-19 15:32:25,615 INFO [main ] - Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowe d. 2009-02-19 15:32:25,615 INFO [main ] - Velocimacro : messages on : VM system will output logging messages 2009-02-19 15:32:25,615 INFO [main ] - Velocimacro : autoload off : VM system will not automatically reload global library macros 2009-02-19 15:32:25,615 INFO [main ] - Velocimacro : initialization complete. 2009-02-19 15:32:25,615 INFO [main ] - Velocity successfully started. 2009-02-19 15:32:25,648 INFO [main ] - Velocimacro : added new VM : #append3_sep( s1 s2 s3 s4 ) : source = PMVelocity - Macros - init ialization 2009-02-19 15:32:25,649 INFO [main ] - Velocimacro : added new VM : #append2_sep( s1 s2 s3 ) : source = PMVelocity - Macros - initial ization 2009-02-19 15:32:25,651 INFO [main ] - Velocimacro : added new VM : #boldFormating( s1 s2 s3 ) : source = PMVelocity - Macros - initi alization 2009-02-19 15:32:25,652 INFO [main ] - Velocimacro : added new VM : #append3( s1 s2 s3 ) : source = PMVelocity - Macros - initializat ion 2009-02-19 15:32:25,653 INFO [main ] - Velocimacro : added new VM : #append2( s1 s2 ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,654 INFO [main ] - Velocimacro : added new VM : #trunc( s max add ) : source = PMVelocity - Macros - initializati on 2009-02-19 15:32:25,654 INFO [main ] - Velocimacro : added new VM : #pr( s ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,655 INFO [main ] - Velocimacro : added new VM : #pp( s ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,656 INFO [main ] - Velocimacro : added new VM : #m( s1 s2 sep ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,657 INFO [main ] - Velocimacro : added new VM : #encode( s ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,657 INFO [main ] - Velocimacro : added new VM : #encodeSearchKeyword( s ) : source = PMVelocity - Macros - initia lization 2009-02-19 15:32:25,658 INFO [main ] - Velocimacro : added new VM : #time( ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,659 INFO [main ] - Velocimacro : added new VM : #splitlast( s1 s2 ) : source = PMVelocity - Macros - initializati on 2009-02-19 15:32:25,660 INFO [main ] - Velocimacro : added new VM : #blur( url mode ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,660 INFO [main ] - Velocimacro : added new VM : #blurUrl( url ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,661 INFO [main ] - Velocimacro : added new VM : #blurPopUrl( url ) : source = PMVelocity - Macros - initializatio n 2009-02-19 15:32:25,662 INFO [main ] - Velocimacro : added new VM : #label1( label value ) : source = PMVelocity - Macros - initializ ation 2009-02-19 15:32:25,704 INFO [main ] - Velocimacro : added new VM : #errorContainerClass( ctlName ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,707 INFO [main ] - Velocimacro : added new VM : #textInputScript( callerId ) : source = PMVelocity - Macros - ini tialization 2009-02-19 15:32:25,710 INFO [main ] - Velocimacro : added new VM : #textInputContent( callerId txtExample ) : source = PMVelocity - Macros - initialization 2009-02-19 15:32:25,774 INFO [main ] - ========================================================================== 2009-02-19 15:32:25,774 INFO [main ] - Batch group : CNET_NG_IMPORT_HARDWARE_FULL 2009-02-19 15:32:25,775 INFO [main ] - Group properties 2009-02-19 15:32:25,775 INFO [main ] - Start interval : 0 2009-02-19 15:32:25,775 INFO [main ] - Group interval : null 2009-02-19 15:32:25,775 INFO [main ] - Batch interval : null 2009-02-19 15:32:25,775 INFO [main ] - Batch properties 2009-02-19 15:32:25,775 INFO [main ] - Unit interval : null 2009-02-19 15:32:25,775 INFO [main ] - Max units in batch : null 2009-02-19 15:32:25,775 INFO [main ] - ========================================================================== 2009-02-19 15:32:25,775 INFO [main ] - Sleeping 0 second(s) 2009-02-19 15:32:25,775 DEBUG [main ] - Batch : com.babelstore.referential.batch.CnetHardwareNGBatchFull Exception in thread "main" javax.ejb.ObjectNotFoundException: No such entity! at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:50) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298) at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715) at sun.reflect.GeneratedMethodAccessor219.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor213.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305) at sun.rmi.transport.Transport$1.run(Transport.java:159) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118) at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy3.findByLogin(Unknown Source) at com.babelstore.referential.batch.CnetImportNGBatch.<init>(CnetImportNGBatch.java:157) at com.babelstore.referential.batch.CnetHardwareNGBatch.<init>(CnetHardwareNGBatch.java:66) at com.babelstore.referential.batch.CnetHardwareNGBatchFull.<init>(CnetHardwareNGBatchFull.java:30) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at com.babelstore.common.batch.Runner.<init>(Runner.java:88) at com.babelstore.common.batch.Runner.main(Runner.java:42) Heap PSYoungGen total 39872K, used 16508K [0xb1660000, 0xb42d0000, 0xb42d0000) eden space 34240K, 48% used [0xb1660000,0xb267f270,0xb37d0000) from space 5632K, 0% used [0xb3d50000,0xb3d50000,0xb42d0000) to space 5632K, 0% used [0xb37d0000,0xb37d0000,0xb3d50000) PSOldGen total 364096K, used 0K [0x9b2d0000, 0xb1660000, 0xb1660000) object space 364096K, 0% used [0x9b2d0000,0x9b2d0000,0xb1660000) PSPermGen total 49152K, used 6752K [0x982d0000, 0x9b2d0000, 0x9b2d0000) object space 49152K, 13% used [0x982d0000,0x989683d0,0x9b2d0000) |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 19/févr./09 16:44 ] |
| Ajouter la propriété priceminister.batch.cnet.login = cnet_uk dans le batch.properties. |
| Commentaire de Christophe Garcia [ 26/févr./09 16:51 ] |
| Merci de préciser une version cible |
[1euro] Méta tâche : Suivi des bugs 1euro.com
(APP-13322)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 9.0.3.1.c |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | TX | ||||||||||||||||
| Classif2: | TX - 1euro.com | ||||||||||||||||
| Description |
|
Aujourd'hui, on a un problème de parsing des réponses 1euro. Voici ce qu'on observe dans les logs : TECHNICAL ERROR with 1euro.com payment : Unable to parse 1EUROCOM response - com.atosorigin.services.cad.common.SIPSException: <TABLE style="BORDER-RIGHT: #ff0000 1px solid; BORDER-TOP: #ff0000 1px solid; FONT-SIZE: 75%; BORDER-LEFT: #ff0000 1px solid; BORDER-BOTTOM: #ff0000 1px solid; font-family: sans-serif; border-collapse: collapse;" cellPadding=3 width=700><TBODY><TR style="background-color: #ff0000"><TD align=middle><B>API ERROR</B></TD></TR><TR><TD>Error get DATA response parameter (wrong length)</TD></TR></TBODY></TABLE> Après avoir amélioré le mécanisme de logs, j'espère en connaitre plus sur ce problème. On affichera dans ceux-ci les données sessions si elles existent. Sinon, je suis en contact avec 1euro pour qu'il me donne des réponses sur ce problème qui vient de leur API. Ce jira est une tache de suivi... |
| Commentaires |
| Commentaire de Renaud Dierickx [ 20/oct./06 11:53 ] |
| Je ferme ce bug car maintenant il y a une tache de suivi du problème (APP-13324). Je suis en contact avec 1euro. |
| Commentaire de Renaud Dierickx [ 23/nov./06 10:23 ] |
|
Depuis le 1er novembre, cette erreur est sortie une fois sur salus le 2 novembre (voir fichier en pièce jointe). Aujourd'hui avec les infos qui sont dans les logs, j'ai du mal à débugger pour savoir ce qu'il se passe. J'attends donc toujours le déploiement V10 pour avoir plus d'informations dans les logs et j'ai relancé 1euro pour qu'il me donne plus d'infos sur cette erreur qui vient de leur API. Est-ce un utilisateur qui trafique l'url ou un bug chez eux qui a été résolu depuis le 2 novembre ??? Ce qui est sûr c'est que depuis le 1er, il y a eu 30 paniers qui ont été finalisés avec le paiement 1euro. SELECT purchase.purchase_id, purchase.capture_operation_amount, purchase.capture_card_amount FROM purchase WHERE (purchase.creation_date >= (TO_DATE('2006-11-02 00:00:00', 'YYYY-MM-DD HH24:MI:SS'))) AND (purchase.pch_status_code = 100) AND (purchase.payment_type_code = 30) ORDER BY purchase.authorization_date DESC ; 2 3 4 5 6 7 PURCHASE_ID CAPTURE_CARD_AMOUNT ----------- ------------------- 40206991 280 40125109 530.4 40106142 63.8 40101480 150 40090323 101.6 40068107 77.55 40064739 34.4 40036410 407.3 40023268 405.4 40013715 232.9 39988192 202.8 39964043 108.9 39962924 198.9 39953000 69.19 39951934 93 39944964 523.6 39930348 643.81 39927999 197.9 39872464 133.9 39862497 116.35 39836909 125.79 39802626 188.9 39781576 176.09 39774495 82.19 39773852 271.9 39769754 62 39761841 169.9 39757869 172.8 39748983 318.9 39746228 152.9 |
| Commentaire de Renaud Dierickx [ 23/nov./06 10:28 ] |
| Ce bug est en attente du déploiement de la V11. J'ai mis dans les logs des infos complémentaires qui me permettront de débugger ce problème. |
| Commentaire de Renaud Dierickx [ 17/janv./07 10:26 ] |
|
Le bug est toujours d'actualité. Il se produit rarement mais il se produit. J'ai mis en pièce jointe les 3 exemples que j'ai trouvés dans les logs. Ca fait 3 cas sur 130 paniers autorisés via 1euro sur la même période. Parmi c'est 3 cas, ce sont toujours des réponses manuelles (on ne peut pas dire si elles étaient positives ou négatives). Si le paiement a été autorisé par 1euro, du côté de PM on a peut-être aussi validé la transaction grâce à la réponse automatique. Les infos complémentaires que j'ai ajoutées dans les logs n'apportent pas plus de réponses sur ce problème. Atos n'explique pas vraiment ce problème. -- J'avais déjà posé la question à Atos : Nous avons en interne chez PriceMinister une difficulté qui est celle du debugger les erreurs de parsing des réponses effectué par l'api 1EUROCOM. On aimerait en savoir plus sur ce problème qui arrive assez fréquemment. Est-ce dû à des url trafiquées ? Nous ne pensons pas, c'est pourquoi ce problème nous préoccupe. Voici ce qu'on obtient dans nos logs mais on en sait pas plus. 2006-09-10 17:27:47,882 ERROR [-Processor45] 80.170.38.44 - TECHNICAL ERROR with 1euro.com payment : Unable to parse 1EUROCOM respon se - com.atosorigin.services.cad.common.SIPSException: <TABLE style="BORDER-RIGHT: #ff0000 1px solid; BORDER-TOP: #ff0000 1px solid; FO NT-SIZE: 75%; BORDER-LEFT: #ff0000 1px solid; BORDER-BOTTOM: #ff0000 1px solid; font-family: sans-serif; border-collapse: collapse;" ce llPadding=3 width=700><TBODY><TR style="background-color: #ff0000"><TD align=middle><B>API ERROR</B></TD></TR><TR><TD>Error get DATA re sponse parameter (wrong length)</TD></TR></TBODY></TABLE> Pouvez-vous nous donner quelques informations à ce sujet ? -- Voici ce qu'ils m'ont répondu : - Signification de l'erreur 'Error get DATA response parameter (wrong length)' En fait la pateforme renvoie sa réponse dans un paramètre crypté DATA contenant l'ensemble des valeurs qualifiant la transaction. Si ce dernier n'est pas reçu par l'Api SIPS ou si il a une taille inférieure à la longueur de clé de scellement alors cette erreur se produit. Si ce problème n'est pas persistent, ça peut effectivement venir d'internaute qui rechargent les URL de réponses à vide depuis un browser. Dans ce cas nous ne pouvons pas faire grand chose, à part conseiller à price de mettre des filtres sur ces URL de retour. Sinon, la taille du champ DATA est variable selon les informations transactionelles qu'il contient. Certaines configurations de serveur HTTP ont des tailles de tampon insuffisantes pour recevoir le champ DATA entièrement. A vérfier donc. |
| Commentaire de Renaud Dierickx [ 17/janv./07 11:26 ] |
|
Après avoir vu ce problème avec Antoine, nous en sommes
venus à la conclusion qu'il faut qu'1euro nous donne la taille max de
leur champs data. Ainsi, on pourra effectivement vérifier la taille de tampon des serveurs HTTP et voir si c'est vraiment le problème. Le seul champ réellement conséquent et variable qu'on renseigne est le contexte de la transaction (REQ_1EUROCOM_RETURN_CONTEXT). Ce champ fait au max 85 caractères : "ctxTrans.formatTransactionValues()"= "use_wallet=false#infunnel=false#is_www=true#is_first_buy=false#is_first_action=false#" count= 85 Je contacte 1euro pour qu'il nous fasse le chiffrage de taille max de leur champs data (crypté). |
| Commentaire de Renaud Dierickx [ 23/janv./07 17:38 ] |
|
Salut Antoine, J'ai eu une réponse d'Atos, voici les infos qu'ils m'ont envoyées : La taille maximale du champ DATA crypté qui peut être envoyé par notre serveur SIPS est de 20 ko. Cette donnée est soumise par la méthode HTTP POST. Peux-tu voir si la taille de tampon des serveurs est suffisante ? Si c'est le cas, peut-on se voir pour analyser ce problème de parsing (à partir des logs apache par exemple...) ? Si ce n'est pas le cas, peux-tu évaluer les impacts qu'il y aurait si on augmente cette taille ? |
| Commentaire de Antoine Koener [ 24/janv./07 10:45 ] |
|
La taille de la mémoire tampon, est en fait la taille de la mémoire utilisée lors d'une lecture sur le réseau. Apache va lire block de donnée par block de donnée (de la taille de la mémoire tampon, l'augmenter fera diminuer le nombre de tentatives de lecture, mais on recevra toujours la même quantité de données au final.) Je peux t'affirmer que dans la base de donnée nous avons des images qui ont une taille bien plus importante que 20ko, ce qui signifie qu'actuellement le problème ne ce situe donc pas du côté apache. A tes deux questions je réponds qu'il n'y a rien à faire du côté apache. Il faut chercher autre part :/, du côté applicatif ? Leur API ? |
[APP-13391] [Infoglue] Suppression des contenus doublonés pour le HTTPs Création: 23/oct./06 17:23 Mise à jour: 25/juin/07 18:46 Résolue: 21/déc./06 18:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Olivier Bourgeois | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Classif1: | IG |
| Classif2: | IG - image |
| Projets PM archivés: | Maintenance 12.0.0 |
| Description |
|
Les images Fianet, Socgen et Laposte sont dédoublées pour
pouvoir gérer une version en HTTP et une autre en HTTPS, avec la prise
en compte au niveau du cache du protocole ces versions sont inutiles -> les supprimer et vérifier qu'il n'y a pas d'effet de bord non voulu. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 12/déc./06 15:13 ] |
| Pour tester, il me faudrait un apache avec du HTTPS. |
| Commentaire de Alexandre Garnier [ 21/déc./06 16:17 ] |
|
Avec un Apache, même dans l'état actuel il est pas content pour le HTTPS ! J'effectue les modifs côté code (pas de suppression des contenus IG pour le moment). |
| Commentaire de Alexandre Garnier [ 21/déc./06 18:34 ] |
| C'est fait. |
| Commentaire de Alexandre Garnier [ 25/janv./07 18:28 ] |
| Ca marche nickel |
| Commentaire de Alexandre Garnier [ 25/janv./07 18:30 ] |
| Du coup j'ai déplacé les SiteNodes dasn la corbeille sur le schéma DEV de REF |
[APP-14823] délester l'exploitation du favicon. Création: 26/janv./07 17:09 Mise à jour: 07/juin/10 16:59 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Stéphane François | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||
| Description |
|
essayer de délester l'exploitation du soucis pouvant être
lié aux favicon, et intégrer plus facilement les images pour les
cobrandings. |
| Commentaires |
| Commentaire de Stéphane François [ 26/janv./07 19:32 ] |
|
Après une bonne dose de recherche sur le fonctionnement de
favicon, je vais lister un certain nombres de conclusions sur le sujet : - Emplacement de(s) image(s) Favicon(s) dans la racine du site : quelque soit le cas ( que l'on n'appel ou pas dans le code le favicon) l'image ne sera chargée par les navigateurs (IE en tête) que si favicon.ico se trouve a la racine du site (cad au même niveau que la page d'index). En gros, il est impossible de se passer de l'exploitation pour gérer le favicon. - Le format de l'image : Pour le format, on a deux cas possible. Les format gérer par IE et ceux par les autres. Pour IE ( juskau 6, car à présent IE 7 a fait des progrès), Ie ne gère donc que le format .ico avec en plus une contrainte de taille (16 x 16 px) et de couleur 16 couleur a une epoque ( peut etre 256 à present, la dessus j'ai pas creuser). Pour les autres ( FF, opéra, et IE7), les formats supportés sont : ICO, PNG, gif, gif animé, MNG ( png animé que IE7 et opera ne gère pas toujours vraisemblablement). - CODE HTML ( facultatif celon les cas) : L'appel dans le code HTML n'est en réalité intéressant que si on veut afficher d'autre format que le simple .ICO. Avec un bon code HTML de 2 lignes, on pourrais ainsi avoir un Favicon.ico pour IE, et un gif animé par exemple pour FF, opéra, IE7. Si j'ai oubliai un point qui vous intéresse sur les favicons, yora qu'a me faire signe ^^. |
| Commentaire de Alexandre Garnier [ 29/janv./07 10:37 ] |
|
Par un appel dans le code, il n'est pas nécessaire de mettre l'icône à la racine du site : cf les exemples de http://www.aful.org/gdt/interop/index/icones-page et son propre code : <!-- Shortcut icon --> <link rel="icon" href="/portal_themes/AFULtheme/icons/aful_site_icon-16.png" type="image/png" /> <link rel="shortcut icon" href="/portal_themes/AFULtheme/icons/aful_site_icon-16.png" type="image/png" /> |
| Commentaire de Alexandre Garnier [ 29/janv./07 10:40 ] |
| D'après Microsoft lui-même on peut même utiliser des images d'un autre serveur : http://msdn.microsoft.com/workshop/Author/dhtml/howto/ShortcutIcon.asp |
| Commentaire de Quentin de Chivré [ 29/janv./07 14:01 ] |
| Voir Renaud qui a déja fait cette étude !!! Jira n° ? |
| Commentaire de Quentin de Chivré [ 29/janv./07 14:02 ] |
| http://pricejira.lan/browse/APP-13586 |
| Commentaire de Stéphane François [ 29/janv./07 14:22 ] |
|
comme on l'a vu tous les deux, ça reste en réalité à tester,
car le msdn de MS ne conseille uniquement que de placer le favicon.ico(
indispensable pour IE) à la racine du site. Quant au lien de www.aful.org, son conseil de placer les favicon ailleurs qu'à la racine ne marche que pour les navigateurs autre que IE. Ce qui au final nous permettrait de délester l'exploitation de la gestion du favicon.png (par exemple) pour les browsers de type FF et opéra, mais pas pour IE ou seul l'exploitation aurait encore la main. Mais comme nous en avons parler on va essayer quand même quelques tests poussés. |
| Commentaire de Jérôme Gautier [ 06/avr./07 14:36 ] |
| On est où stéphane sur ce sujet ? |
| Commentaire de Jérôme Gautier [ 15/nov./07 18:25 ] |
| Du coup on peut fermer ce JIRA non ? Cf. Nos discussions de la semaine dernière |
| Commentaire de Quentin de Chivré [ 15/nov./07 18:35 ] |
| A intégrer dans la logique [conf apache] Dev => Prod ? |
| Commentaire de Stéphane François [ 19/nov./07 09:15 ] |
|
Je ne connais pas la logique de Cfg Apache DEV>prod (par
curiosité technique je veux bien qu'on me l'explique) . Néanmoins, je
pars du principe que le favicon pour IE6 ne peut marcher que s'il est
mis à la racine du site, et que que seul l'exploit à la main sur la
racine du site ... donc oui pour moi on NE peut PAS délester l'équipe
d'exploit. de la gestion du favicon à l'heure actuelle. Dans ce cadre là, je ferme donc le jira, à moins que quelqu'un n'est plus d'éléments. |
| Commentaire de Quentin de Chivré [ 11/déc./07 09:50 ] |
| Assigné a Nicolas, mon commentaire lui était destiné (et non Stéphane) |
[EXP-3420] La page de maintenance reste en place sur le site Espagne Création: 26/mars/07 10:43 Mise à jour: 25/juin/07 19:00 Résolue: 28/mars/07 12:13 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrice Boulanger | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Lorsque le site est en maintenance le matin à 5h, le site
reste en maintenance et ne revient en mode production. Apparemment, ça
vient
|
| Commentaires |
| Commentaire de Antoine Koener [ 26/mars/07 17:16 ] |
|
Dans les crontab espagnoles voici les lignes modifiées: 58 4 * * * ~/bin/pmapacheconfswitch.sh > /var/tmp/apache-switch.log 2>&1 05 5 * * * ~/bin/apacheproduction.sh > /var/tmp/apache-start.log 2>&1 à 4h58 s'arrête le site espagnol (bascule de configuration). à 5h05 démarre le script d'attente de redémarrage. Le signal est un fichier nommé 'apache-restart' se trouvant dans le répertoire 'tmp' du compte admines. Ce fichier est généré par la machine Esculape après avoir redémarrer son Jboss correctement. |
| Commentaire de Antoine Koener [ 27/mars/07 09:41 ] |
|
Les crontab sont vraiment étranges sur cupidon et phaeton... Cela dit, sur aricia voici ce que le nouveau redémarrage à donné: Arrêt du serveur par le script 'pmapacheconfswitch.sh' [admines@aricia /var/tmp] cat apache-switch.log 2007/03/27 04:58:01 pmapacheconfswitch.sh ln -fs maintenance mode /data/chrootapache/usr/local/apache/es/httpd.sh graceful: httpd gracefully restarted 2007/03/27 04:58:01 pmapacheconfswitch.sh Apache es tourne en mode 'maintenance'. 2007/03/27 04:58:01 pmapacheconfswitch.sh Pas de pages statiques car mode 'maintenance' 2007/03/27 04:58:01 pmapacheconfswitch.sh Fin des opérations. Relance du serveur par le script 'apacheproduction.sh' (ce script utilise pmapacheconfswitch.sh) [admines@aricia /var/tmp] cat apache-start.log 2007/03/27 05:05:01 apacheproduction.sh Suppression du ticket precedent 2007/03/27 05:05:01 apacheproduction.sh Attente de creation du ticket 2007/03/27 05:08:36 apacheproduction.sh Attente de 120 secondes 2007/03/27 05:10:36 pmapacheconfswitch.sh ln -fs production mode /data/chrootapache/usr/local/apache/es/httpd.sh graceful: httpd gracefully restarted 2007/03/27 05:10:36 pmapacheconfswitch.sh Apache es tourne en mode 'production'. 2007/03/27 05:10:36 pmapacheconfswitch.sh Preparation à la génération des pages statiques pour 'es' Starting with sleeptime = 1 servername: bo.priceminister.es........ task completed ! servername: preview.priceminister.es........ task completed ! servername: www.priceminister.es........ task completed ! 2007/03/27 05:10:54 pmapacheconfswitch.sh Fin des opérations. [admines@aricia /var/tmp] Conclusion sur Aricia cela a fonctionné, sur les autres non car les crontabs n'étaient (sic) pas correctes (la maintenance était encore commentée...) Les crontab -l sont désormais bon, et demain l'arrêt relance espagne sera complètement opérationnel... |
| Commentaire de Antoine Koener [ 27/mars/07 09:41 ] |
|
Baisse de criticité. |
| Commentaire de Antoine Koener [ 28/mars/07 12:13 ] |
|
Le site redémarre vers 5:08 du matin. Le mécanisme fonctionne sur les 3 frontaux. |
[NpF-lot7] - Meta tache
(APP-17283)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | ToDo |
| Version(s) corrigée(s): | 17.1.0 |
| Type: | Sub-bug | Priorité: | Critique |
| Rapporteur: | Violeta Doneva | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM archivés: | Navigation par filtres (Lot 7) - Redirections / Recherche contributeur / ... |
| Description |
|
Creer un paramètre Url de redirection sur les noeuds de type Navigation et y stocker l'URL correspondant NpF
|
| Commentaires |
| Commentaire de Violeta Doneva [ 24/août/07 12:10 ] |
|
Il faut mettre en tant que valeur du paramettre toujours l'URL commencant avec /. Par example : /nav/Informatique_Ordinateurs-portables et non pas : nav/Informatique_Ordinateurs-portables |
| Commentaire de Martin Sudmann [ 13/sept./07 10:04 ] |
|
j'ai ajouté la transmission des paramètres de l'ancienne URL, ainsi des ancres. => on vire action, servlet, category ID/alias, ainsi que tous les paramètres dangereux pour la NpF => implémenté pour la recherche et pour la nav par cat |
| Commentaire de Martin Sudmann [ 13/sept./07 10:06 ] |
|
j'ai du modifier le méthode Parameters.toQueryString() pour ne plus ajouter un "&" de trop à la fin de l'URL. Cette méthode est utilisée uniquement dans les cookies ; il faut alors tester la non-régression des cookies. Théoriquement ça ne pose pas de pb (recherche ds le code et tests en DEV). |
| Commentaire de Christophe Garcia [ 25/sept./07 12:41 ] |
|
Voir PJ pour la liste complète des erreurs mais grosso modo : - changement de forme de l'URL quand un tracking est présent. Vu ensemble : "?t=1234" est désormais transformé en "/t/1234" - slash sur-numéraire dans les URL comportant des caractères encodés du type %2C, %E9, ... - pas de redirections sur les alias de catégorie |
| Commentaire de Martin Sudmann [ 25/sept./07 14:20 ] |
|
Christoph, tu peux m'envoyer le fichier par mail ? c'est cassé dans le Jira. merci |
| Commentaire de Martin Sudmann [ 25/sept./07 18:37 ] |
|
Les scripts SQL (et le générateur en Perl) ont été corrigés. 1/ les slashes devant les % sont corrigés 2/ les passage du tracking en mode "path" fonctionne bien et correspond à la demande (PIB) 3/ les alias sont traités, seul qqs alias n'existent pas: ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [imprimantes_photo] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [cartouches] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [imprimantes_photo] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [cartouches] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [imprimantes_photo] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [cartouches] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [imprimantes_photo] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [cartouches] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [imprimantes_photo] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [cartouches] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [imprimantes_photo] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_informatique.sql_INTEG_FRA.log:Alias [cartouches] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_music.sql_INTEG_FRA.log:Alias [partitions_songbooks] could not be found. ../log/V17_0_0_NpF7_FRA_redirect_tel-pda.sql_INTEG_FRA.log:Alias [gps] could not be found. |
| Commentaire de Christophe Garcia [ 26/sept./07 14:29 ] |
|
Dans "Musique", 2 erreurs persistent : - root_music - partitions_songbook |
| Commentaire de Martin Sudmann [ 27/sept./07 12:01 ] |
| paramètres regénérés. |
| Commentaire de Christophe Garcia [ 28/sept./07 18:01 ] |
|
Nombreux problèmes avec les URL NPC comportant des
paramètres divers et variés (l1, l2, ...). Les dits paramètres sont
transmis à l'URL NPF alors qu'il n'ont aucune signification pour la NPF
ou l'appli. ex : /navigation/list/category/100060/l1/E ---> /nav/Tel-PDA_Telephones-mobiles/f1/Sony+Ericsson/l1/E En plus, cela crée de multiples URL NPF pour afficher une seule et même page NPF ("/nav/Tel-PDA_Telephones-mobiles/f1/Sony+Ericsson") |
| Commentaire de Quentin de Chivré [ 01/oct./07 13:40 ] |
| Christophe, pourquoi me l'avoir assigné ? |
| Commentaire de Christophe Garcia [ 01/oct./07 14:59 ] |
| Parce qu'il paraît que c'est toi qui as demandé à ce que ce soit fait comme ça. |
| Commentaire de Pierre Bret [ 01/oct./07 17:21 ] |
|
Petit récapitulatif pour clarifier les esprits : Fonctionnement Actuel des redirections Apaches : ======================================= 1) Les pages statiques comportant t= ou tracking= sont redirigées vers leurs équivalents dynamiques AVEC CONSERVATION DE TOUS LES PARAMÈTRES 2) Les pages de nav NPC sont redirigées vers leurs équivalents NPF (quand l'univers est en NPF) MAIS TOUS LES PARAMÈTRES SONT ALORS PERDUS 3) Les fiches produits ne sont pas redirigées On voit que la règle N°1 masque les défauts de la règle N°2, ce qui entraîne un fonctionnement hétérogène suivant : Les paramètres sont conservés uniquement pour les homes des univers. Visiblement, cela convient au marketing car : - Les urls des Liens Sponso sont mis à jour en parallèle à l'activation des NPF - Les flux comparateurs ne concernent que les Fiches Produits - Les deals non mis à jour suite aux activations NPF concernent les homes des univers (ils doivent me le confirmer) Propositions : =========== Afin d'homogénéiser tout ça, on peut via les redirections applicatives adopter 3 méthodes : 1) Méthode permissive On redirige en conservant TOUS les paramètre (sauf ceux qui sont utilisés par la NPF comme /f1/) --> Création properties : liste des paramètres à ne pas conserver 2) Méthode restrictive On redirige en conservant uniquement les paramètres identifiés --> Création properties : liste des paramètres à conserver (t= tracking= etc) Remarques : =========== - Ne serait-il pas mieux que les redirections statiques>dynamiques soient aussi gérés applicativement ? - L'équipe référencement préfère la méthode n°2 car ça limite le nombre d'url à l'arrivée ! Reste à trancher avant que Martin reprenne les développements. |
| Commentaire de Martin Sudmann [ 02/oct./07 09:47 ] |
|
pour la 17.0 vous n'avez qu'à laisser les redir Apache (qui priment sur les redir appli). Pour la V17.1 on peut ajuster le coup. Sachant que : - je suis CONTRE une solution restrictive, parce qu'on doit maintenir la liste des paramètres à l'infini (à chaque fois qu'un partenaire nous donne un nouveau code à transmettre, et encore il faut que la communication Market => dev marche) - je propose de rester permissive, mais de gérer la liste des paramètres à EXCLURE dans les properties ; en un premier temps on rajoute au fur et à mesure, mais à un moment on aura fait le tour et ça ne bouge plus. |
| Commentaire de Martin Sudmann [ 11/oct./07 11:52 ] |
|
alors on la fait, la solution réstrictive : créer une priceminister.property priceminister.navigation.redirect_parameters qui liste les paramètres à transmettre de l'ancienne vers la nouvelle url rien transmettre que ces paramètres là merci |
| Commentaire de Mostafa Diane [ 11/oct./07 16:36 ] |
|
j'ai crée la propriété suivante :
priceminister.fast.navigation.redirect_parameters, elle contiendra tous
les paramètres qu'on veut rediriger via l'application. il faut mettre les bonnes valeurs pour la prod et l'integ :) #parameter wich are redirected by NPF redirection priceminister.fast.navigation.redirect_parameters = back,filter,p,pos,pr,price,pricesorting,rank,sort,start,t,tracking,universe,upname,upvalue |
| Commentaire de Mostafa Diane [ 11/oct./07 17:01 ] |
|
je t'assigne ce bug pour définir les paramètres à rediriger via l'application. |
| Commentaire de Pierre Bret [ 12/oct./07 18:01 ] |
|
OK, voici les paramètre à conserver : tracking= dinsight= kwsl= p= t= Attention il faut tester dinsight= avant t= sinon t= va matcher pour dinsight= |
| Commentaire de Nicolas Chauveau [ 15/oct./07 09:44 ] |
|
A tester en prenant en compte ces valeurs. Ensuite envoyer un mail pour donner les valeurs des propriétés dans le priceminister-infra.properties (dev/int et prod) |
| Commentaire de Martin Sudmann [ 15/oct./07 10:00 ] |
|
1/ Pierre, on ne "matche" rien, on utilise les noms des
paramètres en entier. "t" = "t" et rien d'autre ; tu ne pourra pas
utiliser des expressions régulaires quand tu donnes les paramètres. 2/ je ne vois pas pourquoi mettre ces paramètres dans "infra" ; il s'agit clairement d'une propriété globale qu'il faut mettre dans priceminister-fr.properties dans CVS. Nicolas, tu es d'accord? 3/ Cette fois (parce que c'est la livraison après modification) on teste encore en DEV avant le CI dans les properties ; plus tard on fera tout simplement le CI CVS pour les nouvelles valeurs |
| Commentaire de Mostafa Diane [ 15/oct./07 16:10 ] |
| a toi Christophe, il faut mettre la propriété dans priceminister-fr.properties |
| Commentaire de Christophe Garcia [ 15/oct./07 16:31 ] |
| nan, c'est Nicolas qui gère le ster.prop ;-) |
| Commentaire de Nicolas Chauveau [ 15/oct./07 17:15 ] |
|
1) Ajouter dans le ./dev/source/etc/priceminister-fr.properties 2) Envoyer mail NCH/CGA pour prévenir. |
| Commentaire de Mostafa Diane [ 16/oct./07 10:51 ] |
|
les propriétés ont été checkiné. et j'ai rajouté une amélioration qui consiste à dupliquer les url en double. exemple &p=MICO&t=325 et &t=325&p=MICO vont correspondre à la même url /p/MICO/t/325. |
[EXP-4335] nagios : améliorer notre gestion des NMC sur les SA Création: 05/mai/08 11:30 Mise à jour: 15/mai/08 12:37 Résolue: 15/mai/08 11:19 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Sébastien Raguet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
maintenant qu'on est des experts des event-handler, je me
demande dans quelle mesure on ne devrait pas en mettre d'autres en
place. En effet, dans le cas ou l'on a plus de n NMC sur un SA, on pourrait décider de faire automatiquement un "pmjboss stop --force". Interet : un peu comme avec le event-handler du matin pour les erreurs ORA invalid number, on met la plateforme dans un état semi-stable en attendant l'intervention de l'astreinte. Le cas est très proche des erreurs ORA invalid number. Il s'agit d'une situation ou il faut intervenir vite : dans un cas pour débloquer le redemarrage du matin, dans l'autre pour éviter que toute la PF ne tombe. Qu'en pensez vous ? |
| Commentaires |
| Commentaire de Sébastien Raguet [ 14/mai/08 15:09 ] |
|
L'event handler qui surveille le nombre de socket apache
entre AS et WEB est en place (et fonctionne correctement ;) ) depuis
milieu de semaine comme discuter directement au tél. Voici pour garder trace copie des dernières info échangées sur sujet du seuil et autre: Chaque server web fait tourner les X sondes: 1 qui remonte les netstats et les dumps et ensuite une sonde par AS serveur pour lire ces données et déclenché l'alarmee. En regardant les courbes d'hier on voit que le nb total sur orichalque est monté à 1500 en tout, avec max entre 350 et 285 par web (le poids des web différents ne change apparemment rien). Pour les autres AS, le nb max de socket pendant le pb est au max de 75 (evenor - SAIS). Le seuil plutôt proche de 200 semble bien adapté, on peut en discuter avant que je ne le mette en place. Cela veut aussi dire que on va avoir logiquement 4 alertes en cas de soucis (1 pour chaque sonde pour l'AS par web server). Cela ne doit pas causer de problème puisque le premier eventhandler arrivé tuera le Jboss, les autres ne feront rien plus de PID. Pour la confirmation dans le pmjbosskillforever, j'ai volontairement laissé une demande de confirmation : il s'agit d'un kill violent et je pense utile de se protégé d'un lancement manuel 'involontaire'. L'interaction avec les commandes n'est pas un problème, il suffit de passer par un echo / pipe le YES a l'appel. Concernant le test effectué, j'ai forcé le nb de socket en jouant sur le fichier DUMP sur un des web. En l'occurrence sur aricia, j'ai dans le fichier /var/tmp/netstatasapache_price.result pour l'IP de SOL mis +1000. |
| Commentaire de Justin Ziegler [ 14/mai/08 19:59 ] |
|
l'event handler n'a pas fonctionné ce soir / sais :-( on est arrivé à saturation des tables de process sur tous les SW ! |
| Commentaire de Sébastien Raguet [ 15/mai/08 11:19 ] |
|
comme indique dans rapport de ce matin, la sonde qui detecte
les netstats a bien fonctionné à 19h11 mais par contre n'a pas pu
lancer l'eventhandler. Je ne sais pas encore pourquoi mais ce script
n'avait plus les droits d'exec... C'est corrigé. J'ai fait une modif sur le script hier en début d'aprèm toujours pour l'envois des SMS. Mais cela n'explique pas pourquoi /comment j'ai pu perdre les droits d'exec, rien dans l'historique de mrtg (pas de copie.... j'ai eu des micro coupures d'elect (orages) qui m'ont fait perdre des sessions, je ne vois cependant pas le rapport... Désolé je n'ai pas d'explication meme si c'est TRES propablement lié à une erreur de mon côté... pourquoi les droit d'exec...peut être depuis vi un copier/coller qui s'est mal passé (genre sans être en insertion...). Quoiqu'il en soit, je viens de faire un test réel sur TELLUS. J'ai simulé sur le serveur aricia un nb de socket apache > 200 pour tellus (en jouant sur le fichier dump des netstats). Les tests sont effectués et concluants: la sonde des netstats et l'eventhandler associé ont bien fait leur travail (détection et kill du Jboss sur tellus). Les notifications emails et sms sont bien partis. J'ai redémarré le Jboss sur tellus, remis le serveur dans le pool image et retiré angita. merci |
| Commentaire de Justin Ziegler [ 15/mai/08 12:37 ] |
|
cool ! ce qui est important c'est d'avoir compris pourquoi cela n'a pas fonctionné ! |
[APP-14511] [test non regression] Implémenter une fonction type webservice de brouillage Création: 05/janv./07 11:46 Mise à jour: 25/juin/07 18:48 Résolue: 08/févr./07 18:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 12.0.0 |
| Version(s) corrigée(s): | 13.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Swan Desportes | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Classif1: | REF |
| Classif2: | brouillage |
| Projets PM archivés: | Maintenance 13.x.x |
| Description |
|
Demandeur : CGA Principe : l'intégration souhaite disposer d'une URL pour interroger la fonction de brouillage de l'application. La fonction devra recevoir en paramètre : - l'identifiant de la méthode de brouillage (à définir pour la méthode en cours. Ex : "selflink" ou "splitjs"...) - l'url à brouiller La fonction devra retourner l'url brouillée. Ceci permettra à l'integ de déterminer si le brouillage a bien été effectué pour une page donnée. Cette servlet sera accédée uniquement en integration. Il faudra donc déclarer la servlet en integ mais pas en prod. |
| Commentaires |
| Commentaire de Christophe Garcia [ 29/janv./07 10:40 ] |
| Passer en critique car cette évol bloque les nouvelles demandes liées au référencement |
| Commentaire de Alexandre Garnier [ 29/janv./07 12:15 ] |
| Plus possible de mettre en 12 ni en 13. |
| Commentaire de Alexandre Garnier [ 02/févr./07 12:01 ] |
|
C'est en place : - servlet "blur_test" (à ajouter dans le mapping Apache - paramètres : - method : obligatoire, le nom de la méthode de brouillage : - selflink : la méthode unique actuellement en place - void : ne fait aucun brouillage - url : obligatoire, l'URL à brouiller encodée (tous les caractères non alpha numériques remplacés par "%" suivi de leur valeur hexadécimale En cas d'erreur, renvoi le message "ERROR : " suivi de l'exception levée et de son message. |
| Commentaire de Quentin de Chivré [ 02/févr./07 14:20 ] |
|
Je ne vois pas pourquoi c'est un servlet (qu'on doit mapper sous Apache en +) Faire un programme Java, appelable avec une script perl ou shell |
| Commentaire de Alexandre Garnier [ 08/févr./07 18:16 ] |
| Au final on garde comme fait. |
[APP-14283] pangora : init.xml : d'apres Gomez, il est necessaire de mettre un header http de type content-length sur cette page. Création: 15/déc./06 12:01 Mise à jour: 25/juin/07 18:48 Résolue: 15/janv./07 10:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 11.0.0 (Merge et Maintenance) |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Olivier Bourgeois |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Classif1: | PROMO |
| Classif2: | Pangora Biz |
| Projets PM archivés: | Maintenance 12.0.0 |
| Description |
|
tant qu'on la pas, gomez ne semble pas capable de me donner de courbe la dessus :-( pour l'instant il semble recuperer un 411 comme code d'erreur... |
| Commentaires |
| Commentaire de Justin Ziegler [ 15/déc./06 12:04 ] |
|
En fait je suis alle trop vite ! Voici l'info de Gomez : Return Code Reference: *411 Client Error - Length Required |
| Commentaire de Arnaud Forgues [ 21/déc./06 16:20 ] |
| a voir avec pangora... |
| Commentaire de Olivier Bourgeois [ 05/janv./07 10:33 ] |
|
La demande est en cours, je n'ai pas encore la réponse officielle de leur part, mais ils y ont déjà travaillé : Date: Fri, 05 Jan 2007 09:29:38 GMT Server: Apache Vary: Accept-Encoding,User-Agent Content-Type: text/xml Content-Encoding: gzip Content-Length: 823 Age: 346 X-Cache: HIT from fe1.pangora.com X-Cache-Lookup: HIT from fe1.pangora.com:13136 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.priceminister.com/w3c/p3p.xml" Connection: close Date: Fri, 05 Jan 2007 09:33:10 GMT Server: Apache Vary: * Content-Type: text/xml Content-Encoding: gzip Content-Length: 786 X-Cache: MISS from fe1.pangora.com X-Cache-Lookup: MISS from fe1.pangora.com:13136 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.priceminister.com/w3c/p3p.xml" Connection: close |
| Commentaire de Olivier Bourgeois [ 15/janv./07 10:14 ] |
| Ok, Pangora m'a confirmé l'ajout de l'entête Content-Length sur leurs réponses, Gomez doit donc fonctionner pleinement maintenant. |
| Commentaire de Justin Ziegler [ 15/janv./07 11:02 ] |
|
C quoi les header que tu as copié / collé ci dessus ? les anciens ? les nouveaux ? est ce que tu as vérifié en prod la présence du fameux header (depuis qu'ils pretendent l'avoir rajouté) ? NB : l'erreur est toujours présente sur Gomez... |
| Commentaire de Olivier Bourgeois [ 15/janv./07 11:33 ] |
|
Les headers que j'ai copié/collé sont ceux d'il y a 1
semaine lorsqu'ils ne m'avaient pas encore confirmé que c'était bien
fait (mais qu'ils y travaillaient). Et là j'ai reverifié ce matin et c'est ok en prod : wget -S "http://www.priceminister.com/pangora/init.xml?pid=isbn3333973120114&qry=AMERICAN+GIGOLO&cid=1050,1060,1070&cat=DVD+%26+VHS,DVD+Zone+2,Action&rskw=&pge=6" Connexion vers www.priceminister.com[212.23.167.56]:80...connecté. requête HTTP transmise, en attente de la réponse... 1 HTTP/1.1 200 OK 2 Date: Mon, 15 Jan 2007 10:24:11 GMT 3 Server: Apache 4 Vary: Accept-Encoding,User-Agent 5 Content-Length: 1832 6 Content-Type: text/xml 7 Age: 23 8 X-Cache: HIT from fe5.pangora.com 9 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" 10 P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" 11 Connection: close Donc on doit avoir un autre problème avec Gomez .... |
| Commentaire de Justin Ziegler [ 15/janv./07 11:41 ] |
|
???? donc c'etait deja bon avant qu'ils ne travaillent dessus ? |
| Commentaire de Olivier Bourgeois [ 18/janv./07 16:04 ] |
| Non, non bien sûr : ce n'était pas bon avant, mais comme la réponse tardait à venir pour cause de vacances de mon interlocutrice, j'avais vérifié si le travail n'avait pas déjà été fait par un technicien. |
| Commentaire de Patrick Condevaux [ 01/févr./07 18:14 ] |
|
Le header est maintenant OK (en tout cas pour le content lenght). Donc je ferme le JIRA. Justin, si il y a toujours des problemes avec Gomez, tu peux ouvrir un autre JIRA s'il y a des choses à faire cote dev. |
Mise en oeuvre EVANDRE
(EXP-3568)
|
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Liste des scripts sur les AS Liste des scripts sur les Webs |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 28/mai/07 11:00 ] |
|
Sur les serveurs webs: pmworkerall_img top_20_erreur_apache verif.sh Sur les serveurs AS: pmSiteStart pmSiteStatus pmdeploynewear pmjboss startbatch.sh |
| Commentaire de Jérémie Bennejean [ 07/juin/07 17:05 ] |
|
Sur les serveurs webs, sont modifiés les scripts suivants: pmworkerall pmworkerall_img top_20_erreur_apache Sur Hercule : pmdeploynewear pmSiteStart pmSiteStatus pmdeploynewear pmjboss |
| Commentaire de Jérémie Bennejean [ 08/juin/07 11:10 ] |
| Aprés verification, le starbatch.sh n'est pas à modifier, ce script est utile pour indquer quel est le serveur web qui fait proxy |
| Commentaire de Jérémie Bennejean [ 08/juin/07 11:57 ] |
| pmSiteStop |
[EXP-3653] [Google] Ouverture de test.priceminister.com et preview.priceminister.es pour les validation de Google Création: 06/juin/07 14:33 Mise à jour: 03/juil./07 17:05 Résolue: 03/juil./07 17:05 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Olivier Bourgeois | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Comme dit dans le titre : lorsque nous mettons en ligne du Google ils veulent pouvoir valider avant mise en prod. On a déjà ouvert test.priceminister.com (à revérifier car on va en avoir besoin pour validation de Google sur l'automobile),et comme on n'a que preview pour l'espagne il va falloir ouvrir preview.priceminister.es. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 06/juin/07 15:09 ] |
|
Je viens de regarder la conf apache du vh test.priceminister.com. J'ai bien dans la section allow l'IP suivante. Je suppose que c'est celle de Google ! # GOOGLE1 Allow from 217.33.127.210 Je pensais que nous n'aviosn pas d'adresse de GOOGLE et que nous étions obligé d'ouvrir test.priceminister.com à All ?! Par contre concernant preview.priceminister.es, ce vh n'est pas ouvert à tous et pas à Google pour le moment. Dois-je ajouter All ? ou bien reprendre l'adresse présente dans le vh de test.priceminister.com est valide ?? Merci |
| Commentaire de Olivier Bourgeois [ 06/juin/07 16:15 ] |
|
On dirait bien que c'est l'adresse de Google, mais je n'en
suis pas sûr. Il me semblaît qu'ils n'avaient pas d'IP fixe pour tester,
c'estr sans doute pour ça qu'on a ouvert à tout. A voir éventuellement avec Charles qui a les contacts Google. |
| Commentaire de Jérémie Bennejean [ 08/juin/07 11:07 ] |
|
Je me posais la question suivante : Cela à t'il un impact auprés de google si test devient preview et preview test? Pour priceminister.es, je vais modifier la conf apache sur les 4 frontaux en authorisant l'accés à ALL. |
| Commentaire de Jérémie Bennejean [ 08/juin/07 14:21 ] |
| Comme vu avec marc, on attends la semaine prochaine pour ouvrir preview.priceminister.com et preview.priceminister.es à Google. |
| Commentaire de Jérémie Bennejean [ 26/juin/07 14:08 ] |
|
L'aces à preview est ouvert. Marc revient vers moi lorsqu'il faudra le fermer. |
| Commentaire de Jérémie Bennejean [ 03/juil./07 17:05 ] |
|
Vu avec Swan. Les tests de Google sont terminés ... pour le moment. Si besoin est, on rouvre un Jira. |
[APP-21603] Widget Boutique : Mise à jour et problème de cache Création: 04/août/08 11:50 Mise à jour: 08/sept./08 12:30 Résolue: 22/août/08 17:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | 28.0.0 (CTN-F) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Aubert | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne, FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Mozilla / Firefox |
| Description |
|
Problème rencontré : Une fois le Widget mis en place, je le
visualise bien sur le blog, par ex, blogitzeb.blogspot.com sur FF2. Je fais des modifications à l'inventaire qui devrait mettre à jour le Widget au bout d'une heure. 1 heure plus tard , je ne constate pas ces modifs sur le même poste. Par contre si je vais sur un autre poste qui n'a jamais sur le blog, je vois les modifs... Vider les caches du navigateur ne change rien... |
| Commentaires |
| Commentaire de Damien Dorizy [ 08/août/08 15:53 ] |
|
En cours d'investigation... Dans la réponse du serveur lors de l'appel du flux atom, j'ai : Cache-Control max-age=2592000 Ce qui est bien plus qu'une heure (3600). Est-ce normal ? Est-ce que le navigateur ne se base pas sur ça pour faire la mise à jour ? |
| Commentaire de Damien Dorizy [ 08/août/08 18:03 ] |
|
Alors après tests, le problème vient du flux qui ne se met
pas à jour (il est bien appelé par le flash à chaque fois). - Sur la page de création du module vendeur, il est bien mis à jour (le cache control est de 11s) - Une fois exporté sur un blog, il n'est pas mis à jour au bout de plusieurs heures (le cache control et de 3600 secondes). Or il semblerait que le problème viennent du serveur de contenu (Akamai/Panther). En effet, si charge un flux atom de la boutique vendeur avec /no/cache sur external.priceminister.com, puis qu'on rajoute un élément dans la boutique, le flux n'est pas rechargé au bout de 11s. Il est rechargé au bout d'un temps indéfini (on ne sait pas trop). Clément, est-ce que l'exploit est sûre que le cache control est pris en compte par Akamai/Panther ? |
| Commentaire de Clement Balay [ 13/août/08 09:25 ] |
|
Effectivement, il y a un problème de cache du flux. Prenons pour exemple ce flux: http://www.priceminister.com/feed/sellermodule/format/atom/source/showcase/sellerid/664713/nocache/true qui est en mode nocache donc qui possède 11s de cache. en www.priceminister.com, ce flux se recharge bien par contre, si on prend ce même flux mais en external.priceminister.com, le flux ne se recharge pas; Voici le header de la réponse en www.priceminister.com HTTP/1.x 200 OK Date: Wed, 13 Aug 2008 07:21:56 GMT Server: Apache X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Wed, 13 Aug 2008 07:22:07 GMT Cache-Control: max-age=11 Last-Modified: Thu, 01 Jan 1970 00:00:01 GMT P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.priceminister.com/w3c/p3p.xml" Vary: User-Agent,Accept-Encoding Content-Encoding: gzip Connection: close Transfer-Encoding: chunked Content-Type: text/plain;charset=utf-8 Voici le header de la réponse en external.priceminister.com: HTTP/1.x 304 Not Modified Date: Wed, 13 Aug 2008 07:20:42 GMT Server: PWS/1.3.20 X-Px: ms lhr-agg-n21 (lhr-agg-n41), rf lhr-agg-n41 (cdg-tis-x1), ms cdg-tis-x1 (origin) P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" Last-Modified: Thu, 01 Jan 1970 00:00:01 GMT Cache-Control: max-age=11 Expires: Wed, 13 Aug 2008 07:20:53 GMT Connection: keep-alive Patrice, il n'y aurait pas eu des changements au niveau panthère/akamai ? |
| Commentaire de Ange Ferrari [ 18/août/08 11:49 ] |
|
Bah déjà à mon avis commencé par modifier le Last Modified dans la réponse faite au cache |
| Commentaire de Ange Ferrari [ 19/août/08 15:19 ] |
|
On a fait des tests en modifiant la conf apache pour virer le champs Last-Modified il semblerait que ça marche j'attends la validation de Sebastien Aubert une fois que c'est bon je généralise la conf ! |
| Commentaire de Ange Ferrari [ 22/août/08 17:12 ] |
|
Bah avant de fermer Sebastien la correction applicative est prévue pour quand ? |
| Commentaire de Ange Ferrari [ 22/août/08 17:13 ] |
|
Date: Tue, 19 Aug 2008 17:11:52 +0200 Bonjour, Nous avons détecté un problème au niveau de l'actualisation du Widget Boutique. Effectivement, même après modification de l'inventaire, les changements ne sont pas répercutés sur le blog du vendeur au bout d'une heure comme convenu. Voir jira On s'est penché coté exploit pour investiguer un possible problème au niveau du cache et Ange et revenu vers nous en detectant un problème au niveau du last modified présent dans le header. Celui-ci étant fixé à janvier 1970, panther ne l'actualiserait pas. Après l'intervention d'Ange (suppression du last modified) sur les flux vitrine et derniers arrivés de la boutique de Clément, on constate que l'actualisation fonctionne bien au bout d'une heure sur le Widget présent sur le blog (http://blogitzeb.blogspot.com/) . Nous pouvons donc procéder à la généralisation de la modification sur les nouveaux flux + refresh du cache actuel. Solution immédiate pouvant être faite pour demain. Une solution applicative est plannifié pour la prochaine version CTN F jira Merci ------------------------------------------------------------ Sébastien Aubert |
[EXP-4495] Besoin d'un param6 Création: 22/août/08 10:05 Mise à jour: 07/janv./09 16:26 Résolue: 07/janv./09 16:26 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Bonjour, Aujourd'hui est à dispo : - cms5 (infoglue "bac à sable) - param5 - serveur Fr Nous avons besoin d'un serveur Espagne qui sera branché sur le cms5. Il nous le faudrait assez rapidement si possible. Merci |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 27/août/08 10:09 ] |
|
Stéphane je te re réassigne le jira, comme à l'origine Je pense qu'il s'agit de ton domaine. Je te laisse voir avec Ariane et Swan qui seront je pense à même de te fournir plus d'informations. Sinon il me semble que les cms1,2,3... ont ete créé coté dev ... |
| Commentaire de Ariane Baldinger [ 31/oct./08 17:28 ] |
| vous en êtes où sur cette demande ? |
| Commentaire de Patrice Boulanger [ 05/nov./08 15:07 ] |
|
Stéphane, Merci de créer l'utilisateur param6 dans le NIS avec comme serveur bollinger puis affecter le Jira à Alexandre Garnier qui déploiera la configuration serveur avec les scripts adaptés. Merci. |
| Commentaire de Stéphane Eccli [ 05/nov./08 15:14 ] |
| param6 créé sur le nis. MdP => provence |
| Commentaire de Stéphane Eccli [ 05/nov./08 15:15 ] |
| a toi de jouer. |
| Commentaire de Alexandre Garnier [ 05/nov./08 15:57 ] |
|
Il faudrait aussi pouvoir gérer param6 en apache - CNAME - data1/htdocs/virtualhosts//param6.pm.dev - ... J'ai déjà ajouté le worker et la config de template config.param6 |
| Commentaire de Patrice Boulanger [ 25/nov./08 16:11 ] |
|
J'ai créé les CNAME et le document root. La configuration apache a été redéployée et apache relancé. Merci de vérifier et valider le cas échéant. PS: le serveur JBOSS utilisé est bollinger port 3609. |
| Commentaire de Ariane Baldinger [ 09/déc./08 10:17 ] |
|
Olga, Peux-tu vérifier que c'est ok ? Merci |
| Commentaire de Olga Costa [ 07/janv./09 16:25 ] |
| c'est ok :) |
[APP-18399] Pb ImageMagick Création: 31/oct./07 10:17 Mise à jour: 05/mai/08 16:49 Résolue: 29/avr./08 14:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.1.1 |
| Version(s) corrigée(s): | 21.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Nicolas Chauveau | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Sous-tâches: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Description |
|
Ange : De nouveau un plantage hier soir J'en ai discuté ce matin avec JZ ce problème affecte la stabilité de la plateforme il est donc important d'arriver à le résoudre. Nous avions déjà par le passé avec Antoine trouvé de l'aide sur la mailing list de la librairie pourquoi ne pas redemander un coup de main ? la librairie imagemagick est vieille et il y a eu de nombreuses améliorations depuis n'est il pas opportun de lancer un projet pour la mise à jour ? Quentin : Je demande depuis pas mal de temps que l'on mette cette lib a jour ! 100% d'accord donc ! Pixmania qui l'utilise intensivement (pour leur activité stockage / impression de photos) nous avait chaudement recommandé d'upgrader, les anciennes versions ayant bcp de problemes de fuite memoire. |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 31/oct./07 10:18 ] |
| Nouveau Jira créé pour faciliter la gestion. |
| Commentaire de Nicolas Chauveau [ 31/oct./07 10:23 ] |
|
Alexandre, vérifie la compatibilité des nouvelles versions
IM et encapsulation Java, si c'est Ok fait un Jira EXP pour qu'ils
planifient les installations en Dev puis Int et Prd. |
| Commentaire de Swan Desportes [ 31/oct./07 12:20 ] |
|
Pour rappel, un travail a été effectué sur l'intérêt de mettre à jour IM. 1. La changelog ne semble pas présager d'une meilleure gestion de la mémoire, le problème provenant essentiellement de la communication entre IM et JM sur l'occupation mémoire IM. 2. JMagick n'a pas évolué depuis longtemps et est donc en retard sur IM. Si l'on souhaite la compatibilité JM/IM, on sera de toute façon obligé de se contenter d'une vieille version. voir http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=PertinenceUpgradeImageMagick (à compléter probablement) |
| Commentaire de Alexandre Garnier [ 05/nov./07 18:26 ] |
|
On ne peut plus rien faire en l'état actuel. Il faudrait soit trouver une mise à jour de JMagick,ce qui semble compromis, soit passer à une autre librairie de traitement d'image, ce qui doit plutôt être fait dans le cadre d'un projet. |
| Commentaire de Quentin de Chivré [ 05/nov./07 18:33 ] |
|
Garder ca sous le coude... On est sur que le site JMagick est down pour de bon ? Peut-etre ils ont juste une panne temporaire... :-) |
| Commentaire de Ange Ferrari [ 05/nov./07 18:49 ] |
|
ftp://ftp.imagemagick.org/pub/ImageMagick/ partie java non ? |
| Commentaire de Quentin de Chivré [ 06/nov./07 09:26 ] |
|
Oui certainement => on pourrait en supposer que le projet autonome JMagick a été rappatrié dans le giron direct de ImageMagick en tant que librairie d'intégration |
| Commentaire de Ange Ferrari [ 06/nov./07 09:50 ] |
|
Nan ce que je voulais dire c'est que si le site de jmagick est down ( ce qui n'est plus le cas aujourd'hui ) et qu'il y a besoin de telecharger la derniere version de jmagick il y a un mirror la -> ftp://ftp.imagemagick.org/pub/ImageMagick/java/ |
| Commentaire de Nicolas Chauveau [ 06/nov./07 10:38 ] |
|
Et si au lieu de s'intégrer avec Java, on déléguait à Apache ? http://aspn.activestate.com/ASPN/CodeDoc/Apache-ImageMagick/ImageMagick.html |
| Commentaire de Swan Desportes [ 06/nov./07 10:39 ] |
|
Visiblement, il n'y a pas d'évolution de la lib JMagick depuis le 31/03/2006. Le projet semble au point mort. D'autre part, il ne semble pas y avoir d'autres projets java autour d'ImageMagick. |
| Commentaire de Ange Ferrari [ 06/nov./07 11:45 ] |
|
si tu veux deleguer ca à apache ça veut dire qu'il faut installer mod_perl sur les serveurs web qu'il faut aussi installer le module dbi ce qui veut dire qu'il faut le client oracle sur les serveurs web bref une plaie |
| Commentaire de Ange Ferrari [ 06/nov./07 11:56 ] |
|
et la librairie imagemagick elle même le changelog fait état de nombreux memory leak fixé depuis la 6.2.4 ensuite Une autre solution serait de faire un exec() de la commande convert d'imagemagick ( pour resizer les images ) le problème est qu'avec les images dans la base... :) |
| Commentaire de Ange Ferrari [ 06/nov./07 12:01 ] |
|
genre ce que font les zozos la http://www.eichberger.de/2006/05/imagemagick-in-servlets.html et la http://www.darcynorman.net/2005/03/15/jai-vs-imagemagick-image-resizing/ |
| Commentaire de Patrice Boulanger [ 06/nov./07 18:52 ] |
|
Pour info, j'ai pu suivre le moment qui précéde un plantage
sur Tellus, il y a un message "Too many open files" dans les logs du
Jboss. Le lsof montre qu'il y a beaucoup de fichiers dans le répertoire
/tmp qui ont été ouverts par le process. Est-on sûr qu'on ne conserve
pas de handle de fichiers ouverts lorsque qu'on a des images qui partent
en erreur ? De plus, avant les plantages, la partition / sur la machine se remplie. Il suffit de virer les fichiers /tmp/magick* pour revenir au remplissage initial. |
| Commentaire de Alexandre Garnier [ 13/nov./07 10:31 ] |
|
Il est logique que lorsque ça plante brutalement, les fichiers temporaires ne soient pas nettoyés. On va tenter une installation en DEV des dernières versions de JMagick et ImageMagick et voir si ça fonctionne. Si tel est le cas, une mise à jour pourra être faite en INTEG, puis PRE-PROD, puis PROD pour voir si ça améliore les choses. |
| Commentaire de Nicolas Chauveau [ 13/nov./07 18:12 ] |
|
Optimisation à court terme : Supprimer les chargements de
cache au démarrage sur Tellus pour minimiser le temp d'indisponibilité. Tellus ne sert que les images et n'a pas besoin des données en cache. On passe 53 caches en mode "lazy" explicite. Test réalisé en pré production avec Jérémie : - Temps de démarrage normal : 7 secondes - Temps avec nouvelle conf : 2 secondes Semble Ok. Passage en prod impossible le soir (grèves). En journée quand on est sûr qu'il y a du monde à l'Exploit en cas de pb ? |
| Commentaire de Alexandre Garnier [ 13/nov./07 18:25 ] |
|
Mise à jour JMagick 6.2.6 (ftp://ftp.imagemagick.org/pub/ImageMagick/java/JMagick-6.2.6-0.tar.gz) tenté avec succès en DEV: - avec ImageMagick 6.2.6 (http://sourceforge.net/project/showfiles.php?group_id=24099&package_id=47692) sans problème - avec ImageMagick 6.3.6 (ftp://ftp.imagemagick.org/pub/ImageMagick/) avec légère bidouille sur jpeg.so On peut donc tenter une mise à jour. |
| Commentaire de Ange Ferrari [ 27/nov./07 10:52 ] |
|
"la légère bidouille sur jpeg.so" c'est quoi ? il parait peu probable qu'on décide de passer une version sur laquelle on est obligé de bricoler les tests que Christophe a fait sur l'integ et qui ont fait planté le service ont été mené en dev aussi ? si oui avec la nouvelle version ces problèmes sont corrigés ? |
| Commentaire de Alexandre Garnier [ 29/avr./08 14:59 ] |
|
Un certain nombre de mesures on été mise en place sur Tellus et elles ont eu l'effet escompté il me semble. Pour la question de la mise à jour, cf le JIRA |
[APP-23859] Redirection intempestive et répétée sur la servlet user_back Création: 06/janv./09 18:15 Mise à jour: 01/avr./09 10:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Claire Durant a découvert un bug sur le Backoffice: 2009-01-06 17:08:58,956 INFO [P-Processor2] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:08:59,285 INFO [P-Processor2] BO:Claire - <<< [328 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:00,651 INFO [P-Processor2] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:00,829 INFO [P-Processor2] BO:Claire - <<< [172 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:04,455 INFO [-Processor18] BO:Claire - >>> POST http://bo.priceminister.jmh/user_back!action=userchange...&right=10&useraccountid=15224011 2009-01-06 17:09:04,554 INFO [-Processor18] BO:Claire - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:04,554 INFO [-Processor18] BO:Claire - <<< [99 ms] POST http://bo.priceminister.jmh/user_back!action=userchange...&right=10&useraccountid=15224011 2009-01-06 17:09:04,582 INFO [P-Processor1] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:04,750 INFO [P-Processor1] BO:Claire - <<< [168 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:06,249 INFO [-Processor10] BO:Claire - >>> POST http://bo.priceminister.jmh/wallet_back!action=walletbo&freeze=false&useraccountid=15224011 2009-01-06 17:09:06,591 INFO [-Processor10] BO:Claire - <<< [342 ms] POST http://bo.priceminister.jmh/wallet_back!action=walletbo&freeze=false&useraccountid=15224011 2009-01-06 17:13:42,544 INFO [P-Processor9] BO:Claire - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:13:42,555 INFO [-Processor16] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:13:42,702 INFO [-Processor16] BO:Claire - <<< [147 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:15:37,783 INFO [P-Processor1] BO:Léon - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:15:37,807 INFO [-Processor19] BO:Léon - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:15:37,982 INFO [-Processor19] BO:Léon - <<< [174 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:08,913 INFO [P-Processor9] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:09,059 INFO [P-Processor9] BO:Claire - <<< [146 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:47,133 INFO [-Processor18] BO:Léon - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:47,153 INFO [-Processor18] BO:Léon - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:47,285 INFO [-Processor18] BO:Léon - <<< [132 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:25:37,509 INFO [-Processor13] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:25:37,644 INFO [-Processor13] BO:Claire - <<< [135 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:25:37,969 INFO [-Processor18] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:25:38,112 INFO [-Processor18] BO:Claire - <<< [143 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:27:20,846 INFO [-Processor13] BO:CLAIRE - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:27:20,857 INFO [-Processor19] BO:CLAIRE - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:27:20,977 INFO [-Processor19] BO:CLAIRE - <<< [120 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 Apparemment, l'application redirige unefois sur 3 l'URLvers la même URL ... Ca fait planter le site ... |
| Commentaires |
| Commentaire de Arnaud Forgues [ 06/janv./09 18:55 ] |
|
A priori il ne s'agit pas systématiquement des même URL : - http://bo.priceminister.jmh/user_back?action=userview - http://bo.priceminister.jmh/user_back!action=userchange... - http://bo.priceminister.jmh/wallet_back!action=walletbo - ... De plus les url indiquant explictement une redirection ne viennent pas d'une URL précédente (voir Processor ...) J'ai besoin du log complet en PJ ou "machine, date, heure ..." Merci |
| Commentaire de Patrice Boulanger [ 07/janv./09 18:06 ] |
|
Le pb est sur Junon, le 06/01/2009 à 17h. Merci. Patrice. |
| Commentaire de Arnaud Forgues [ 09/janv./09 12:26 ] |
|
Je viens d'analyser les logs du 06/01/2009 autour de 17h sur
junon
(/data/home/pmdev/pmshare/exploit/logs/jboss/2009-01-07-05-00_junon.log.gz)
et rien ne semble anormal au niveau SA. Il n'y a pas de redirections en
boucle. On a juste 2 cas ou la fiche utilisateur est chargée 2 fois de
suite à 1 seconde d'intervalle. Cela semble donc se situer au niveau apache ?? |
| Commentaire de Arnaud Forgues [ 09/janv./09 16:22 ] |
|
Voici les 3 fois où les redirections intempestives se sont déclenchées : 1/ le 06/01 vers 17:13:45 jusqu'à 17:16:54 ------------------------------------------------------------------- 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:13:45 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:13:45 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:13:45 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" -------------------------------------------------------------------------- 2/ le 06/01 vers 17h25 jusqu'à 17:27:33 ------------------------------------------------------------------- 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:25:40 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:25:40 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 200 25248 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:25:57 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:25:57 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 200 25244 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5. -------------------------------------------------------------------------- 3/ Le 07/01 vers 17h11jusqu'à 17h13 ------------------------------------------------------------------- 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:45 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:45 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:45 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:46 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:46 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; -------------------------------------------------------------------------- Conclusions: ------------------ La boucle semble donc être la suivante : 1. accès à la fiche utilisateur : http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2. accès à la servlet /activation 3. accès à l'URL de connection FO : /connect?action=login&isSubmitFunnel=false 4. accès à l'URL de gestion des cookies : /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 5. ensuite on boucle sur les points 3 et 4 Il faut donc voir d'ou viennent les redirections ci-dessus |
| Commentaire de Arnaud Forgues [ 09/janv./09 16:36 ] |
|
Voilà , d'après les logs SA (de junon) ce qu'il s'est passé au même moment : 2009-01-06 17:13:45,636 INFO [-Processor11] 10.150.28.66 - >>> GET http://bo.priceminister.jmh/account?action=adminlogin&dest=%2Fwallet%3Faction%3Dwltview%26oprcount%3D30%26oprfilter%3DALL&l=bounty94700 2009-01-06 17:13:45,643 INFO [-Processor11] 10.150.28.66 - Admin authentication successful, login= bounty94700 2009-01-06 17:13:45,644 INFO [-Processor11] 10.150.28.66 - (Status : 302) Redirecting to : /wallet?action=wltview&oprcount=30&oprfilter=ALL 2009-01-06 17:13:45,644 INFO [-Processor11] 10.150.28.66 - <<< [8 ms] GET http://bo.priceminister.jmh/account?action=adminlogin&dest=%2Fwallet%3Faction%3Dwltview%26oprcount%3D30%26oprfilter%3DALL&l=bounty94700 2009-01-06 17:13:45,659 INFO [P-Processor7] - Event : Second page 2009-01-06 17:13:45,660 INFO [P-Processor7] bounty94700 - >>> GET http://bo.priceminister.jmh/wallet?action=wltview&oprcount=30&oprfilter=ALL 2009-01-06 17:13:45,665 INFO [P-Processor7] bounty94700 - (Status : 302) Redirecting to : /activation 2009-01-06 17:13:45,665 INFO [P-Processor7] bounty94700 - <<< [5 ms] GET http://bo.priceminister.jmh/wallet?action=wltview&oprcount=30&oprfilter=ALL 2009-01-06 17:13:45,726 INFO [P-Processor7] - Session bound 2009-01-06 17:13:45,727 INFO [P-Processor7] 10.150.28.66 - >>> GET http://bo.priceminister.jmh/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 2009-01-06 17:13:45,728 INFO [P-Processor7] 10.150.28.66 - (Status : 302) Redirecting to : /user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 2009-01-06 17:13:45,728 INFO [P-Processor7] 10.150.28.66 - <<< [1 ms] GET http://bo.priceminister.jmh/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 2009-01-06 17:13:45,738 INFO [-Processor11] - Event : Second page 2009-01-06 17:13:45,738 INFO [-Processor11] 10.150.28.66 - >>> GET http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 2009-01-06 17:13:45,739 INFO [-Processor11] 10.150.28.66 - (Status : 302) Redirecting to : /connect?action=login&isSubmitFunnel=false 2009-01-06 17:13:45,739 INFO [-Processor11] 10.150.28.66 - <<< [1 ms] GET http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSu 1/ On voit ici que Claire a tenté d'accèder depuis le BO (fiche utilisateur) à la page "Mon Porte-Monnaie", ce qui a appelé l'URL : http://bo.priceminister.jmh/account?action=adminlogin&dest=%2Fwallet%3Faction%3Dwltview%26oprcount%3D30%26oprfilter%3DALL&l=bounty94700 2/ Une connection Admin s'est bien effectuée, pour ensuite rediriger vers la page "Mon Porte-Monnaie" : http://bo.priceminister.jmh/wallet?action=wltview&oprcount=30&oprfilter=ALL 3/ C'est là ou la première redirection vers /activation s'est effectuée, provoquant l'appel de l'URL : http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 4/ L'appel de cette dernière a provoqué une redirection vers /connect?action=login&isSubmitFunnel=false qui a provoqué à nouveau l'appel de l'URL http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse Il y a donc potentiellement 2 problèmes : - pourquoi l'appel à http://bo.priceminister.jmh/wallet?action=wltview&oprcount=30&oprfilter=ALL (page Fo Mon Porte-Monnaie" provoque une redirection (apache à priori) vers /activation ?? - pourquoi l'appel à http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse (problème de cookie sur le poste) provoque une redirection mutuelle recursive vers /connect?action=login&isSubmitFunnel=false ??? |
| Commentaire de Arnaud Forgues [ 09/janv./09 16:45 ] |
|
Réponses : - la redirection vers /activation est en fait une redirection applicative, qui oblige l'utilisation à "activer son PMV" avant d'y accèder : c'est donc une redirection "normale/voulue" - c'est donc la redirection vesr la servlet de "cookies" qui pose problème! |
[APP-24380] POST-DEPLOY [Migration Auto] : Redirections statiques pour l'aide Création: 20/févr./09 11:50 Mise à jour: 20/févr./09 15:06 Résolue: 20/févr./09 12:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | AUTO : Bascule vers MIXAD |
| Description |
| Commentaires |
| Commentaire de Emeric Teil [ 20/févr./09 11:52 ] |
|
Cedric, si jamais j'ai oublié des articles, tu peux les
ajouter stp ? (en gros, on souhaite rediriger l'ensemble des articles
d'aide / de contact liés à l'Auto vers la page d'aide du nouveau site). Dans un second temps, on pourra supprimer ces contenus. |
| Commentaire de Arnaud Forgues [ 20/févr./09 11:56 ] |
|
Comme vu avec Christophe, on en profite pour supprimer des fichiers de redirections apache : - les spécificités ww et preview pour ne laisser que l'exclusion bo - les redirections des sous-domaines auto neuf (autocom et stockauto) |
| Commentaire de Arnaud Forgues [ 20/févr./09 12:34 ] |
|
C'est en place [forguesa@gobillard apache]$ bzr ci --fixes APP:24380 rewrite.rules.mixa* Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.mixad modified source/etc/apache/rewrite.rules.mixad.ssl Committed revision 25038. [forguesa@gobillard apache]$ bzr tag --force V41_0_0 Created tag V41_0_0. |
[APP-24396] Remplacement url de redirection SEARCH pour migration auto Création: 23/févr./09 16:20 Mise à jour: 03/mars/09 18:05 Résolue: 26/févr./09 17:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 41.0.1 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | AUTO : Bascule vers MIXAD |
| Description |
|
Remplacer l'url de destination du search de mixad. L'url était : /recherche/mot+clef L'url doit être : /occasion/kw/mot+clef Merci ! Thierry |
| Commentaires |
| Commentaire de Arnaud Forgues [ 23/févr./09 17:24 ] |
|
Ok c'est fait ! Par contre l'url n'a pas l'air de super bien marché chez eux : il reste une redirection de /occasion/kw/bmw vers /occasion/bmw ... normal ? NB : [forguesa@gobillard source]$ bzr ci --fixes APP:24396 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.mixad Committed revision 25043. [forguesa@gobillard source]$ bzr tag --force V41_0_0 Created tag V41_0_0. |
| Commentaire de Thierry Leforestier [ 23/févr./09 17:50 ] |
|
Oui, ils sont encore en train de finaliser leur truc, mais
grosso modo, on garde pour les marques et les modèles le même
fonctionnement que le /recherche/. Donc ils matchent si ils trouvent le
modèle, sinon ca reste /kw/mot1+mot2 Thierry |
| Commentaire de Christophe Garcia [ 26/févr./09 16:07 ] |
|
Tu n'as traité qu'une des 2 redirections : # Redirection de la recherche par mot clef voitures RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com RewriteRule ^/navigation/se/category/s_vehicle/kw/(.*) http://www.priceministerauto.com/occasion/kw/$1 [QSA,R=301,L,NE] # Redirection de la recherche par mot clef voitures depuis la recherche globale RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com RewriteRule ^/navigation/se/category/search_vehicle/kw/(.*) http://www.priceministerauto.com/recherche/$1 [QSA,R=301,L,NE] |
| Commentaire de Arnaud Forgues [ 26/févr./09 17:33 ] |
|
OK la modif est appliquée à l'autre redirection à présent. Le tag V41_0_1 a été déplacé en conséquence NB : [forguesa@gobillard source]$ bzr ci --fixes APP:24396 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.mixad Committed revision 25047. [forguesa@gobillard source]$ bzr tag --force V41_0_1 Created tag V41_0_1. |
[APP-27013] Redirections rewrite.rules.fr : problème encodage "," et "'" (%2 retiré) Création: 28/oct./09 10:44 Mise à jour: 03/nov./09 14:11 Résolue: 03/nov./09 12:43 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | 56.0.1 (Ouverture rubrique jouet) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
/nav/Maison_Electromenager/f2/Fondue%2C+wok%2C+raclette devient /nav/Maison_Electromenager/f2/FondueC+wokC+raclette /nav/Maison_Electromenager/f2/Traitement+de+l%27eau devient /nav/Maison_Electromenager/f2/Traitement+de+l7eau |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 28/oct./09 11:34 ] |
|
- En faite, il s'agit de "%2" qui sont interprété par Apache; - Cela marche mieux en mettant "\%2"; - Toutes les redirections du type : RewriteRule "^/nav/Maison_petit-electro_Cuisson_Appareils-de-cuisson_Fondue-Raclette-Wok([^\/_]|$)" "/nav/Maison_electro/f2/Fondue%2C+wok%2C+raclette" [NE,QSA,L,R=301] doivent prendre l'aspect des précédentes redirections : RewriteRule "^/nav/Enfant_puericulture_ses-repas_biberons-tetines/f1/Noukie's([^\/_]|$)" "/nav/Enfant_Puericulture/f2/Biberons+et+T%E9tines/f4/Noukie\%27s" [NE,QSA,L,R=301] |
| Commentaire de Many Pes [ 02/nov./09 14:09 ] |
|
Remplacer RewriteRule "^/nav/Maison_petit-electro_Cuisson_Appareils-de-cuisson_Fondue-Raclette-Wok([^\/_]|$)" "/nav/Maison_electro/f2/Fondue\%2C+wok%2C+raclette" [NE,QSA,L,R=301] par RewriteRule "^/nav/Maison_petit-electro_Cuisson_Appareils-de-cuisson_Fondue-Raclette-Wok([^\/_]|$)" "/nav/Maison_electro/f2/Fondue\%2C+wok\%2C+raclette" [NE,QSA,L,R=301] et RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/APlus[+ ]de[+ ]150[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/AMoins[+ ]de[+ ]3[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]50[+ ]à[+ ]100[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]5[+ ]à[+ ]10[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]3[+ ]à[+ ]5[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]25[+ ]à[+ ]50[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]100[+ ]à[+ ]150[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]10[+ ]à[+ ]25[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] Par: RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/APlus[+ ]de[+ ]150[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/AMoins[+ ]de[+ ]3[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]50[+ ]à[+ ]100[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]5[+ ]à[+ ]10[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]3[+ ]à[+ ]5[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]25[+ ]à[+ ]50[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]100[+ ]à[+ ]150[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]10[+ ]à[+ ]25[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] |
| Commentaire de Many Pes [ 03/nov./09 10:00 ] |
|
Les redirections fonctionnent avec l'ajour des back slash devant %2. D'autres cas ont été détecté: Remplacer aussi: |
| Commentaire de Many Pes [ 03/nov./09 10:01 ] |
|
Remplacer ces règles de redirections: RewriteRule "^/nav/Musique_Instruments-de-Musique_Claviers-Modules-electroniques_Modules-electroniques/f8/Pédale[+ ]&[+ ]effet([^_]|$)" "/nav/Musique_Instruments-de-Musique/f2/P%E9dale+%26+effet" [NE,QSA,L,R=301] RewriteRule "^/nav/Musique_Instruments-de-Musique_Batteries-Percussions_Batteries_Accessoires([^_]|$)" "/nav/Musique_Instruments-de-Musique/f2/Accessoires+batteries+%26+percussions" [NE,QSA,L,R=301] Par: RewriteRule "^/nav/Musique_Instruments-de-Musique_Claviers-Modules-electroniques_Modules-electroniques/f8/Pédale[+ ]&[+ ]effet([^_]|$)" "/nav/Musique_Instruments-de-Musique/f2/P%E9dale+\%26+effet" [NE,QSA,L,R=301] RewriteRule "^/nav/Musique_Instruments-de-Musique_Batteries-Percussions_Batteries_Accessoires([^_]|$)" "/nav/Musique_Instruments-de-Musique/f2/Accessoires+batteries+\%26+percussions" [NE,QSA,L,R=301] |
| Commentaire de Many Pes [ 03/nov./09 11:20 ] |
|
Commentaire récapitulatif - Voici toutes les règles à remplacer: Remplacer ces règles de redirections: RewriteRule "^/nav/Musique_Instruments-de-Musique_Claviers-Modules-electroniques_Modules-electroniques/f8/Pédale[+ ]&[+ ]effet([^_]|$)" "/nav/Musique_Instruments-de-Musique/f2/P%E9dale+%26+effet" [NE,QSA,L,R=301] RewriteRule "^/nav/Musique_Instruments-de-Musique_Batteries-Percussions_Batteries_Accessoires([^_]|$)" "/nav/Musique_Instruments-de-Musique/f2/Accessoires+batteries+%26+percussions" [NE,QSA,L,R=301] Par: RewriteRule "^/nav/Musique_Instruments-de-Musique_Claviers-Modules-electroniques_Modules-electroniques/f8/Pédale[+ ]&[+ ]effet([^_]|$)" "/nav/Musique_Instruments-de-Musique/f2/P%E9dale+\%26+effet" [NE,QSA,L,R=301] RewriteRule "^/nav/Musique_Instruments-de-Musique_Batteries-Percussions_Batteries_Accessoires([^_]|$)" "/nav/Musique_Instruments-de-Musique/f2/Accessoires+batteries+\%26+percussions" [NE,QSA,L,R=301] Remplacer cette règle: RewriteRule "^/nav/Maison_petit-electro_Cuisson_Appareils-de-cuisson_Fondue-Raclette-Wok([^\/_]|$)" "/nav/Maison_electro/f2/Fondue\%2C+wok%2C+raclette" [NE,QSA,L,R=301] par cette règle: RewriteRule "^/nav/Maison_petit-electro_Cuisson_Appareils-de-cuisson_Fondue-Raclette-Wok([^\/_]|$)" "/nav/Maison_electro/f2/Fondue\%2C+wok\%2C+raclette" [NE,QSA,L,R=301] 2. Remplacer ces règles: RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/APlus[+ ]de[+ ]150[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/AMoins[+ ]de[+ ]3[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]50[+ ]à[+ ]100[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]5[+ ]à[+ ]10[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]3[+ ]à[+ ]5[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]25[+ ]à[+ ]50[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]100[+ ]à[+ ]150[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]10[+ ]à[+ ]25[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l%27eau" [NE,QSA,L,R=301] Par ces règles de redirections: RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/APlus[+ ]de[+ ]150[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/AMoins[+ ]de[+ ]3[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]50[+ ]à[+ ]100[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]5[+ ]à[+ ]10[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]3[+ ]à[+ ]5[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]25[+ ]à[+ ]50[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]100[+ ]à[+ ]150[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau/fp/ADe[+ ]10[+ ]à[+ ]25[+ ]€([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Traitement-de-l-eau([^\/_]|$)" "/nav/Maison_electro/f2/Traitement+de+l\%27eau" [NE,QSA,L,R=301] |
| Commentaire de Arnaud Forgues [ 03/nov./09 12:43 ] |
|
OK ! Tag déplacé V56_0_1 Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27013 etc/apache/rewrite.rules.fr Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25716. [forguesa@gobillard source]$ bzr tag --force V56_0_1 Created tag V56_0_1 |
[APP-27706] [Blocs Partenaires] Le & commercial semble poser des problèmes a IG Création: 17/déc./09 15:21 Mise à jour: 28/janv./10 11:26 Résolue: 19/janv./10 14:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 61.0.0 (CTN-O) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Alexandre Garnier |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Classif FONC: | referencement | ||||||||
| Description |
|
Le & commercial ne permet pas d'ajouter des blocs
partenaire sur la page. Cela ne fonctionne ni avec le caractère encodé
(%26), ni avec le caractère décodé (&). Exemple de page : http://www.priceminister.co.uk/nav/Books_Sport-leisure/f2/Food+%26+drink Merci ! |
| Commentaires |
| Commentaire de Alexandre Garnier [ 19/janv./10 12:18 ] |
|
Problème uniquement lorsque derrière Apache ... http://www.ref-uk.pm.dev/nav/Books_Sport-leisure/f2/Food+%26+drink --> marche pas http://www.pm.bollinger:2680/nav/Books_Sport-leisure/f2/Food+%26+drink --> marche |
| Commentaire de Thierry Leforestier [ 19/janv./10 12:20 ] |
|
ca veut dire que c'est une question de configuration ? Thierry |
| Commentaire de Alexandre Garnier [ 19/janv./10 13:55 ] |
| C'est le même problème que EXP-3960 |
| Commentaire de Alexandre Garnier [ 19/janv./10 14:08 ] |
|
[CAJ2010Q1CTN] Euh, là je viens d'essayer avec le '&' et ça marche nickel ! (Enfin ça marche avec Apache mais plus avec JBoss) http://www.pm.bollinger:1180/cms/ViewContentVersion.action?contentId=160899&languageId=100020 --> http://www.ref-uk.pm.dev/nav/Books_Sport-leisure/f2/Food+%26+drink (J'aurai du commencer par là ...) |
Nettoyage de printemps
(IMP-74)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Fichiers Import |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Rodrigue Nsiangani | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 4 heures | ||
| Estimation originale: | 4 heures | ||
| Description |
|
Ajout d'une description dans tous les mappings. La description se sera du type "partenaire Login_partenaire - explications, indications sur quels attribut sont renseignés". Ex : TiteLive -> "partenaire TiteLive - Mapping permettant de récupérer la "Classification Titelive Primaire" et la "Classification Titelive Secondaire". Revoir le commentaire sur le mapping "Hifissimo" - "SonVideo.com" |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 21/mars/06 18:08 ] |
| Je me suis arrêté à "Abonnement presse". J'ai commenté les formats du dessus. |
| Commentaire de Rodrigue Nsiangani [ 22/mars/06 12:28 ] |
| Je me suis arrêté la catégorie "CD & Musique". J'ai commenté les formats de dessus. |
| Commentaire de Rodrigue Nsiangani [ 22/mars/06 14:20 ] |
|
<< Oui, même si le partenaire qui utilise le mapping muller (login : papeterie) ne fait pas souvent d'import. Par contre le mapping « Papeterie_bricolage_divers » ne doit plus servir puisqu'il s'agit du 1er mapping pour Raja (login : emballage). Le partenaire Emballage a actuellement un format utilisant le mapping « Raja ». Comme tu es parti sur les mappings, ce serait peut-être bien de renommer le mapping Muller « Papeterie » avec en description « partenaire Muller » et pour Raja, faire la même chose, c'est à dire renommé le mapping « Emballage » avec comme description « partenaire Raja ». Tu peux être plus précis dans les descriptions que j'ai mis, à toi de voir. Marion >> Mapping Apache Login Bubaloo |
| Commentaire de Rodrigue Nsiangani [ 22/mars/06 15:21 ] |
| Je me suis arrêté à "Keepdown" en dessous de "Cd et Musique" |
| Commentaire de Rodrigue Nsiangani [ 22/mars/06 15:42 ] |
| Le mapping "sonoman" a été renommé "SonoMan25" |
| Commentaire de Rodrigue Nsiangani [ 24/mars/06 15:59 ] |
| Je me suis arrêté à "Image & Son". J'ai commenté les formats de dessus. |
| Commentaire de Rodrigue Nsiangani [ 27/mars/06 11:16 ] |
|
Je me suis arrêté à Maison & Jardin. J'ai commenté les formats de dessus. Revoir le commentaire sur le mapping "Hifissimo" - "SonVideo.com" |
| Commentaire de Rodrigue Nsiangani [ 05/avr./06 17:49 ] |
| Je me suis arrêté à "Bionett_entretien(avec acc_auto)" dans Maison & Jardin. J'ai commenté les formats de dessus. |
| Commentaire de Rodrigue Nsiangani [ 09/août/06 17:44 ] |
|
Je me suis arrêté à "Maison et Beauté. J'ai commenté les formats de dessus. Je n'ai pas commenté : Enfants Jouets - Mon-bebe - Apache Maison & Jardin - Cuisine |
| Commentaire de Rodrigue Nsiangani [ 25/août/06 11:36 ] |
|
C'est fini, je n'ai pas commenté ces mappings: Divers - NVP17 - Prosecurite Mode & Beauté - Prestige - - horstaxe Je résouds la demande |
[EXP-2743] Sécurisation des proxy de prod Création: 28/sept./06 10:12 Mise à jour: 25/juin/07 18:59 Résolue: 29/sept./06 14:51 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Patrice Boulanger | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Vérifier les serveurs proxy (phaeton, cupidon et bacchus)
sur la plateforme de prod. Les serveurs proxy sont en mode "open proxy",
par exemple dans les logs de bacchus: 66.152.162.231 - - [21/Sep/2006:18:58:40 +0200] "CONNECT 202.43.200.10:25 HTTP/1.1" 404 - Il faut revoir le paramétrage des proxy pour n'autoriser le passage via le proxy uniquement depuis la plateforme. Attention à bien valider que les flux habituels (chronopost et atos en particulier) fonctionnent toujours. |
| Commentaires |
| Commentaire de Antoine Koener [ 29/sept./06 14:35 ] |
|
Voici les définitions des proxys; Phaeton: <VirtualHost 10.150.28.72:8080> ProxyRequests on SSLProxyEngine on ServerName pmproxy ErrorLog /usr/local/apache/logs/proxy_error TransferLog /usr/local/apache/logs/proxy_log </VirtualHost> Cupidon: <VirtualHost 10.150.28.65:8080> ProxyRequests on SSLProxyEngine on ServerName pmproxy ErrorLog /usr/local/apache/logs/proxy_error TransferLog /usr/local/apache/logs/proxy_log </VirtualHost> |
| Commentaire de Antoine Koener [ 29/sept./06 14:37 ] |
|
Et bacchus: <VirtualHost 212.23.167.57:8080> ProxyRequests on SSLProxyEngine on ServerName pmproxy ErrorLog /usr/local/apache/logs/proxy_error TransferLog /usr/local/apache/logs/proxy_log </VirtualHost> lol :p Je vais faire le point avec Eric pour savoir si c'est nécessaire... |
| Commentaire de Antoine Koener [ 29/sept./06 14:43 ] |
|
Le proxy ne doit pas accepter les connexions extérieures. |
| Commentaire de Antoine Koener [ 29/sept./06 14:50 ] |
|
Configuration changée, tentative de connexion depuis ma freebox: -[0][0] rolphin@karoten:~ -ping 212.23.167.57 PING 212.23.167.57 (212.23.167.57) 56(84) bytes of data. 64 bytes from 212.23.167.57: icmp_seq=1 ttl=52 time=52.0 ms --- 212.23.167.57 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 52.052/52.052/52.052/0.000 ms -[0][0] rolphin@karoten:~ -telnet 212.23.167.57 8080 Trying 212.23.167.57... telnet: Unable to connect to remote host: Connection refused -[0][1] rolphin@karoten:~ - Le Proxy est donc fonctionnel seulement pour le réseau en 10.150.28. |
[APP-16379] Suppression des pages pseudo-statiques sur les onglets Création: 16/mai/07 09:44 Mise à jour: 22/oct./09 14:05 Résolue: 22/oct./09 11:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure, Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 55.0.0 (CAT-L) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Nicolas Chauveau |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TECH | ||||||||
| Classif2: | pages pseudostatiques | ||||||||
| Description |
|
* les URLs des pages pseudo-statiques doivent être pris en compte par le framework * garder la homepage en statique - IG ! * peut-on dans le même contexte supprimer les caches top-sales ? Si la home reste statique, il n'est pas gênant de faire 1 requête par encart top-sales. Il faut aussi faire sauter l'utilisation de ce cache dans la nav alpha (afficher l'onglet topsales toujours si configuré ?) |
| Commentaires |
| Commentaire de Martin Sudmann [ 01/oct./07 12:56 ] |
|
pour ça il faut du rewrite Apache (url statique qui sert la page dynamique). ça pose apparémment toujours problème... |
| Commentaire de Martin Sudmann [ 01/oct./07 12:57 ] |
| Ange, peut-on le faire maintenant ? |
| Commentaire de Martin Sudmann [ 02/oct./07 11:12 ] |
| [CAJ200710] |
| Commentaire de Ange Ferrari [ 16/oct./08 17:56 ] |
|
Bah, Il faut refaire un test mais vu qu'on a pas upgradé mod_jk/apache/mod_rewrite ça doit encore poser soucis je vais faire des tests |
| Commentaire de Nicolas Chauveau [ 22/oct./09 11:49 ] |
| Géré par équipe référencement |
[IMP-863] Aucune image sur les Fiches produits - partenaire CARMANAUTO Création: 11/juin/07 13:34 Mise à jour: 30/oct./09 15:46 Résolue: 11/juin/07 13:43 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Rodrigue Nsiangani | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 45 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | carmanauto |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Groupe: | Cardiff |
| Description |
|
Un technicien de Cardiff m'a appelé pour me signaler qu'il
n'y avait pas d'images sur les FP du partenaire Carmanauto. Il a vérifier de leur côté, le problème vient de chez nous. |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 11/juin/07 13:35 ] |
|
Le répertoire du partenaire se trouve au mauvais en droit : @@@@@ /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images [adminpm@bacchus partenariat-images]$ ll total 16 drwxrwxr-x 3 adminpm adminpm 4096 jun 7 10:05 . drwxr-xr-x 24 adminpm adminpm 4096 avr 10 14:18 .. drwxrwxr-x 2 adminpm adminpm 8192 jun 7 10:05 carmanauto lrwxrwxrwx 1 adminpm adminpm 56 oct 23 2006 es -> ../../../../../../nfs_share_esculape/partenariat-images/ lrwxrwxrwx 1 adminpm adminpm 47 oct 23 2006 fr -> ../../../../../../nfs_share/partenariat-images/ @@@@@ Je viens de le déplacer dans le répertoire "fr". |
| Commentaire de Rodrigue Nsiangani [ 11/juin/07 13:43 ] |
|
J'ai corrigé la config du partenaire. Il manquait le "fr" dans le répertoire de destination pour les images. C'est corrigé @@@@@@@@@@@ <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/carmanauto/</Destination> </Action> </Directory> @@@@@@@@@@@ Images téléchargées : @@@@@@@@ Importing images for carmanauto... Download of 263 images done. @@@@@@@@@ Je ferme. |
[APP-20375] Commande passé sans demande de pseudo - mot passe Espagne. Création: 23/avr./08 14:13 Mise à jour: 12/juin/08 09:51 Résolue: 20/mai/08 11:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 22.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | TECH | ||||||||||||||||
| Classif2: | session | ||||||||||||||||
| Description |
|
Une personne appelle ce matin. Elle a passé commande sur www.priceminister.es
et ne peut pas ouvrir son compte. Problème: cette personne n'a jamais
ouvert une compte sur Price. Elle a trouvé son article sur google, elle
est arrivé sur PM, a passé commande et changé l'adresse de livraison
déjà remplie de une autre personne. Elle essaie d'ouvrir une compte sur pm avec son adresse email mais celle n'est pas accepté car reconnue.. Les deux personnes, le propriétaire du compte et l'invité habitent à kilometres l'un de l'autre. Le propriétaire n'a jamais modifié son adresse email ou quoi que ce soit... C'est un mystère... Voir copie écran car les modifications sur le compte ont du être effectués. |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 23/avr./08 14:16 ] |
|
Le compte originaire est Dfagen. L'invité a ouvert une autre compte: musikaar |
| Commentaire de Nicolas Chauveau [ 23/avr./08 15:42 ] |
| Sait-on quel jour et a quelle heure le pb est arrivé ? |
| Commentaire de Rocio Perez-Garcia [ 23/avr./08 15:46 ] |
| La commande a été passé hier 22/04/2008 vers 21 10.heures: Numero transaction 37703669/45882818. |
| Commentaire de Nicolas Chauveau [ 23/avr./08 17:14 ] |
|
Deux pb d'échange de session en deux jours en ES mais rien en FR. Ange s'occupe de mettre de coté tous les logs (apache, SA etc ...) pour qu'on puisse étudier le pb. |
| Commentaire de Ange Ferrari [ 23/avr./08 17:25 ] |
|
J'ai sauvegardé les logs des serveurs applicatifs et des web pour la journée du 22/04/2008 dans /data/priceminister/pmshare/pb_es_20080423 |
| Commentaire de Cantoni Carlos [ 23/avr./08 18:34 ] |
|
Bonjour, Nous avons un vendeur PRO espagnol (pseudo Valenak) qui nous a dit aujourd'hui que depuis quelques jours il arrive sur des comptes d'autres utilisateurs quand il essai d'aller sur son compte. |
| Commentaire de Ange Ferrari [ 23/avr./08 18:47 ] |
|
Est il possible de voir avec ce pro pour qu'il nous fasse parvenir ces informations de cookie pour se faire si il utilise firefox il se connecte sur http://www.priceminister.es une fois qu'il est sur le site dans sa barre d'adresse il tape javascript:alert(document.cookie) et il nous fait une copie d'écran merci |
| Commentaire de Cantoni Carlos [ 24/avr./08 09:57 ] |
|
je viens d'avoir le partenaire au téléphone. Il utilise Firefox et voici la copie d'écran, |
| Commentaire de Ange Ferrari [ 24/avr./08 10:04 ] |
|
Ok peux il expliquer exactement son cheminement sur le site et nous expliquer à quel moment il se retrouve sur le compte d'une autre personne ? Peux tu aussi lui demander si il est capable de reproduire le problème ? Si oui est il possible qu'il fasse la manipulation ( d'afficher le cookie ) au moment ou il arrive sur le compte d'un autre et qu'il nous refasse une copie décran ? Merci de ton aide et de la sienne |
| Commentaire de Cantoni Carlos [ 24/avr./08 14:03 ] |
|
Je vais contacter le partenaire à nouveau. Par contre, il y a un message dans le BO d'un client qui nous dit d'avoir une commande qu'il n'a jamais passé... pseudo Skipy6. Il s'agit peut-être du même probleme???? |
| Commentaire de Rocio Perez-Garcia [ 24/avr./08 14:28 ] |
|
J'ai parlé avec la personne qui a fait l'achat. Elle a bien
un compte sur price: Elle a cherché son article dans le moteur et l'a
mis dans le panier sans que le site le demande pseudo mot passe, elle a
effacé les données de adresse de livraison sur le compte où a fait son
achat. Voir screenshot |
| Commentaire de Ange Ferrari [ 24/avr./08 14:46 ] |
|
Le probleme c'est que pour le moment nous n'arrivons pas à reproduire le problème il faut vraiment demander à quelqu'un qui a eu le probleme de tenter de refaire la même manipulation et si la personne utilise firefox de faire la manipulation que j'ai expliqué plus haut |
| Commentaire de Geneviève Beaujard [ 24/avr./08 17:06 ] |
|
Je pense qu'il faudrait dans un premier temps afficher le n° de session dans les logs. Voici ce que j'ai fait en dev pour voir le n° de session: <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender"> <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/> <param name="Target" value="System.out"/> <layout class="org.apache.log4j.PatternLayout"> <!-- The default pattern: Date Priority [Category] Message\n --> <!-- <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/> <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%-15.15t] %-15.15X{name} - %m%n"/> <param name="ConversionPattern" value="%d %-5p [%-30.30c{1}] %x %n"/> <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%t] %x (%c) - %m%n"/> <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%-15.15t] %-50.50c - %m%n"/> <param name="ConversionPattern" value="%d %-5p [%-12.12t] %-15.15X{name} - %m%n"/> --> <param name="ConversionPattern" value="%d{yyyy-MM-dd HH:mm:ss} %-5p [%-25.25c{1}] %-15.15X{name} %X{session} - %m%n"/> </layout> </appender> J'ai simplement ajouter %X{session} . Serait t'il possible SVP de faire la même chose en prod ESP, ainsi on pourrait vérifier si les sessions se chevauchent. |
| Commentaire de Patrice Boulanger [ 24/avr./08 17:10 ] |
|
J'ai fait la modif dans le /appli/priceminister/jboss-4.0.2/server/priceminister/conf/log4j.xml. Les session ID apparaissent dans les logs: 2008-04-24 17:09:42,961 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.OfferBlock_jsp 2008-04-24 17:09:42,962 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.tracking.front.TrackEntryBlock_jsp 2008-04-24 17:09:42,962 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.XitiBlock_jsp 2008-04-24 17:09:42,963 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.PromoHidden1_jsp 2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.PromoHidden2_jsp 2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Request aborted (ClientAbortException: java.net.SocketException: Broken pipe) in : com.babelstore.advert.front.AdvertServlet 2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - <<< [399 ms] GET http://www.priceminister.es/offer/buy/20511823/Font-Quer-Pio-Plantas-Medicinales-El-Dioscorides-Renovado-Libro.html 2008-04-24 17:09:42,965 WARN [P-Processor5] - processCallbacks status 2 2008-04-24 17:09:43,005 INFO [-Processor27] - Session bound 2008-04-24 17:09:43,008 INFO [-Processor27] 74.6.27.172 B391CD6568B2CBEF72188299088A663C.esculape - >>> GET http://www.priceminister.es/nav/Libros_Libros-modernos/f1/Literatura/fp/ADe+5+a+10+%26euro%3B/pa/1401 2008-04-24 17:09:43,342 INFO [-Processor10] 201.234.216.46 - >>> GET http://www.priceminister.es/res/co/1/www/www/54301/offers_engine.js 2008-04-24 17:09:43,370 INFO [-Processor10] 201.234.216.46 - <<< [28 ms] GET http://www.priceminister.es/res/co/1/www/www/54301/offers_engine.js 2008-04-24 17:09:43,615 INFO [-Processor17] 150.214.142.96 445A837479F4698292A50676ABB749BB.esculape - >>> GET http://www.priceminister.es/help/i_original_price/popup/true 2008-04-24 17:09:43,658 INFO [-Processor31] 79.147.25.223 DFBBE25DCFB80EFE282124DF0FE8F640.esculape - >>> GET http://www.priceminister.es/navigation/default/category/225338/l1/I 2008-04-24 17:09:43,722 INFO [-Processor10] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - >>> GET http://www.priceminister.es/offer/buy/22137126/Inside-Delta-Force-The-Story-Of-America-s-Elite-Counterterrorist-Unit-Libro.html 2008-04-24 17:09:43,819 INFO [P-Processor7] 62.23.27.114 - >>> GET http://bo.priceminister.es/res/static/1/bo/www/17728/fc/front_base.js 2008-04-24 17:09:43,824 INFO [P-Processor7] 62.23.27.114 - <<< [4 ms] GET http://bo.priceminister.es/res/static/1/bo/www/17728/fc/front_base.js 2008-04-24 17:09:43,984 INFO [-Processor17] 150.214.142.96 445A837479F4698292A50676ABB749BB.esculape - <<< [368 ms] GET http://www.priceminister.es/help/i_original_price/popup/true |
| Commentaire de Geneviève Beaujard [ 29/avr./08 07:58 ] |
|
1) Probleme avec le panier 37703669 Panier crée sans demande de login. Ce panier a pour acheteur Dfagen, alors que Dfagen a envoyé un mail au BO indiquant qu'il n'a pas fait cet achat Items du panier: select advert_id, item_id, buyer_account_id, itm_status_code,creation_date, change_date from item where purchase_id = 37703669 ADVERT_ID ITEM_ID BUYER_ACCOUNT_ID ITM_STATUS_CODE CREATION_DATE CHANGE_DATE ---------- ---------- ---------------- --------------- ------------------- ------------------- 57136459 45882807 50 22/04/2008 21:10:37 22/04/2008 21:21:08 46849496 45882814 50 22/04/2008 21:20:28 22/04/2008 21:24:45 49068913 45882818 12323220 60 22/04/2008 21:24:29 23/04/2008 11:24:40 Requetes prouvant que ce n'est pas Dfagen qui a construit ce panier: select ip_address, card_number_hash, creation_date, change_date from purchase where purchase_id = 37703669; IP_ADDRESS CARD_NUMBER_HASH CREATION_DATE CHANGE_DATE -------------------- -------------------------------------------------- ------------------- ------------------- 83.55.117.145 d435aa6cc838522cd69e0793f6785a483b9b9a2b 22/04/2008 21:10:36 23/04/2008 11:47:25 requête permettant de connaître les achats de Dfagen select purchase_id, pch_status_code, creation_date, card_number_hash from purchase where buyer_login = 'Dfagen' and card_number_hash IS NOT NULL PURCHASE_ID PCH_STATUS_CODE CREATION CARD_NUMBER_HASH ----------- --------------- -------- -------------------------------------------------- 36041666 100 02/11/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 36201690 100 17/11/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 36401710 60 07/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 36471662 100 14/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 36411705 100 08/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 37615695 80 13/04/08 c9d02a82fa666324ccb3a098dd189372ea4ff06f 37703669 60 22/04/08 d435aa6cc838522cd69e0793f6785a483b9b9a2b La premiere requete nous montre que le purchase a été créé avec l'IP 83.55.117.145 alors que l'IP de login de Dfagen est '79.153.182.188'. La deuxieme requete nous montre que cet achat n'a pas été fait avec la carte bleue de Dfagen. Deroulement des actions: 1.1 à 2008-04-22 21:10:36,893 une personne avec l'IP 83.55.117.145 met en panier l'annonce 57136459 2008-04-22 21:10:36,893 INFO [-Processor16] 83.55.117.145 - >>> POST http://www.priceminister.es/cart!action=add&aid=57136459 2008-04-22 21:10:38,180 INFO [-Processor16] 83.55.117.145 - <<< [1287 ms] POST http://www.priceminister.es/cart!action=add&aid=57136459 1.2 à 2008-04-22 21:13:02,963 Dfagen se logge ip = 79.153.182.188 2008-04-22 21:13:02,963 INFO [-Processor13] 79.153.182.188 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=Dfagen&password=live1974&submitbtn=Conexión 1.3 à 2008-04-22 21:20:28,681 un faux Dfagen (personne avec IP 83.55.117.145 ?) met en panier annonce 46849496 2008-04-22 21:20:28,681 INFO [-Processor42] Dfagen - >>> POST http://www.priceminister.es/cart!action=add&aid=46849496 2008-04-22 21:20:29,864 INFO [-Processor42] Dfagen - <<< [1182 ms] POST http://www.priceminister.es/cart!action=add&aid=46849496 1.4 à 2008-04-22 21:21:07,910 un faux Dfagen (personne avec IP 83.55.117.145 ?) retire du panier l'article correspondant a l'annonce 57136459 2008-04-22 21:21:07,910 INFO [-Processor15] Dfagen - >>> POST http://www.priceminister.es/cart!action=remove&itemid=45882807 2008-04-22 21:21:10,154 INFO [-Processor15] Dfagen - <<< [2244 ms] POST http://www.priceminister.es/cart!action=remove&itemid=45882807 1.5 à 2008-04-22 21:24:29,458 un faux Dfagen (personne avec IP 83.55.117.145 ?) met en panier annonce 49068913 2008-04-22 21:24:29,458 INFO [-Processor62] Dfagen - >>> POST http://www.priceminister.es/cart!action=add&aid=49068913 2008-04-22 21:24:31,527 INFO [-Processor62] Dfagen - <<< [2069 ms] POST http://www.priceminister.es/cart!action=add&aid=49068913 1.6 à 2008-04-22 21:24:45,930 un faux Dfagen (personne avec IP 83.55.117.145 ?) retire du panier l'article correspondant a l'annonce 46849496 2008-04-22 21:24:45,930 INFO [-Processor66] Dfagen - >>> POST http://www.priceminister.es/cart!action=remove&itemid=45882814 2008-04-22 21:24:46,479 INFO [-Processor66] Dfagen - <<< [548 ms] POST http://www.priceminister.es/cart!action=remove&itemid=45882814 D'apres rocio c'est comme si la personne avec l'ip 83.55.117.145 se retrouve magiquement avec le compte de dfagen, dfagen n' a pas commandé cet article. Quand Dfagen s'est loggé je SUPPOSE qu'il a récupéré la session du compte(IP=83.55.117.145), du coup 2 personnes physiques partageaint la même session. En bref je n'y comprends pas grand chose. 2)Panier 37717678 Ici le phenomene est qu'une personne non loggée a fait un panier sur le compte d'une autre personne. D'apres les mails echangés c'est ROCIPR non loggé qui s'est retrouvé dans la session de skipy6. Items du panier: select item_id, advert_id, buyer_account_id, itm_status_code, creation_date from item where purchase_id = 37717678; ITEM_ID ADVERT_ID BUYER_ACCOUNT_ID ITM_STATUS_CODE CREATION_DATE ---------- ---------- ---------------- --------------- ------------------- 45904797 60682231 12991193 60 24/04/2008 12:53:24 REquetes d'analyse: select ip_address, card_number_hash, creation_date, change_date from purchase where purchase_id = 37717678; IP_ADDRESS CARD_NUMBER_HASH CREATION CHANGE_D -------------------- -------------------------------------------------- -------- -------- 85.155.85.111 168b46ea435b003c088c2370eb8a75e2430c5c2a 24/04/08 24/04/08 select purchase_id, buyer_account_id, buyer_login from purchase where card_number_hash = '168b46ea435b003c088c2370eb8a75e2430c5c2a'; PURCHASE_ID BUYER_ACCOUNT_ID BUYER_LOGIN ----------- ---------------- --------------- 37551696 13303238 ROCIPR 37557660 13303238 ROCIPR 37643636 13303238 ROCIPR 37715707 13303238 ROCIPR 37717678 12991193 skipy6 Cette derniere requete nous montre que le panier 37717678 a été payé avec la carte bleue de ROCIPR, ce qui pourrai prouver que ce n'est pas skipy6 qui a construit le panier. Deroulement des actions: 2.1 skipy6 se logge, son IP est 85.155.85.111 008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,096 INFO [P-Processor6] 85.155.85.111 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=skipy6&password=rara483&submitbtn=Conexión 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,117 INFO [P-Processor6] 85.155.85.111 - User authentication success - login = skipy6 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,165 WARN [P-Processor6] 85.155.85.111 - FRM : com.babelstore.user.front.AccountBlock_jsp overload the model com.babelstore.user.front.AccountBlockModel 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,446 INFO [P-Processor6] 85.155.85.111 - <<< [350 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=skipy6&password=rara483&submitbtn=Conexión 2.2 xxxx met dans le panier 37717678 l'annonce 60682231 D'apres les mails (ou telephone) echangés xxxx n'est pas skipy6 mais le compte ROCIPR non loggé 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:24,231 INFO [-Processor28] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:25,197 INFO [-Processor28] skipy6 - <<< [966 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231 2.3 xxxx change les frais de port 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:24,231 INFO [-Processor28] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:25,197 INFO [-Processor28] skipy6 - <<< [966 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231 2.4 xxxx met dans le panier 37717678 l'annonce 60682231 JE ME DEMANDE comment il peut faire cela 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:54:14,805 INFO [-Processor19] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:54:15,324 INFO [-Processor19] skipy6 - <<< [518 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231 D'apres rocio skipy6 n'a jamais mis en panier cette annonce, c'est comme si une personne (ROCIPR) non loggée avait recupéré la session de skipy6 3) probleme signale dans http://pricejira.lan/browse/APP-20343 Le pseudo "Merigarci" nous signale qu'en se connectant sur compte (en donnant ou en ne donnant pas son mot de passe) a accédé au compte "nuriacs21". 3.1 merigarci se loggue 2008-04-21 08:27:55,960 INFO [P-Processor7] 217.125.43.187 - <<< [665 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=merigarci&password=piolin&submitbtn=Conexión 2008-04-21 08:27:58,231 INFO [P-Processor2] merigarci - >>> POST http://www.priceminister.es/user!continuebtn=Continuar 2008-04-21 08:27:58,243 INFO [P-Processor2] merigarci - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 08:27:58,404 INFO [P-Processor2] merigarci - Delay to compute counters from 'FO : Mon compte Classic' : 160 ms 2008-04-21 08:27:58,978 INFO [P-Processor2] merigarci - <<< [746 ms] POST http://www.priceminister.es/user!continuebtn=Continuar 3.2 nuriacs21 se logge 2008-04-21 13:47:53,086 INFO [-Processor19] 80.58.239.210 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=nuriacs21&password=110182&submitbtn=Conexión 2008-04-21 13:47:53,127 INFO [-Processor19] 80.58.239.210 - User authentication success - login = nuriacs21 2008-04-21 13:47:53,761 INFO [-Processor19] 80.58.239.210 - <<< [675 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=nuriacs21&password=110182&submitbtn=Conexión 2008-04-21 13:47:56,331 INFO [-Processor18] nuriacs21 - >>> POST http://www.priceminister.es/user!continuebtn=Continuar 2008-04-21 13:47:56,351 INFO [-Processor18] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 13:47:56,585 INFO [-Processor18] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 234 ms 2008-04-21 13:47:57,029 INFO [-Processor18] nuriacs21 - <<< [698 ms] POST http://www.priceminister.es/user!continuebtn=Continuar 3.3 demande de page mon compte premiere demande: 2008-04-21 14:14:38,076 INFO [-Processor28] nuriacs21 - >>> GET http://www.priceminister.es/user 2008-04-21 14:14:38,100 INFO [-Processor28] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 14:14:38,192 INFO [-Processor28] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 91 ms 2008-04-21 14:14:38,726 INFO [-Processor28] nuriacs21 - <<< [650 ms] GET http://www.priceminister.es/user 2008-04-21 14:14:47,228 INFO [P-Processor5] nuriacs21 - >>> GET http://www.priceminister.es/offer?action=profile&sellerlogin=nuriacs21 2008-04-21 14:14:47,755 INFO [P-Processor5] nuriacs21 - <<< [526 ms] GET http://www.priceminister.es/offer?action=profile&sellerlogin=nuriacs21 deuxieme demande: 2008-04-21 14:15:09,840 INFO [-Processor19] nuriacs21 - >>> GET http://www.priceminister.es/user 2008-04-21 14:15:09,854 INFO [-Processor19] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 14:15:09,893 INFO [-Processor19] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 39 ms 2008-04-21 14:15:10,225 INFO [-Processor19] nuriacs21 - <<< [385 ms] GET http://www.priceminister.es/user 2008-04-21 14:15:20,628 INFO [-Processor33] nuriacs21 - >>> GET http://www.priceminister.es/inventory?excludeauto=true&select=0 2008-04-21 14:15:21,353 INFO [-Processor33] nuriacs21 - <<< [725 ms] GET http://www.priceminister.es/inventory?excludeauto=true&select=0 troisieme demande: 2008-04-21 14:16:04,092 INFO [-Processor14] nuriacs21 - >>> GET http://www.priceminister.es/user 2008-04-21 14:16:04,105 INFO [-Processor14] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 14:16:04,158 INFO [-Processor14] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 52 ms 2008-04-21 14:16:04,512 INFO [-Processor14] nuriacs21 - <<< [420 ms] GET http://www.priceminister.es/user 3.4 envoi du mail de plainte de merigarci a partir du compte de nuriacs21 2008-04-21 14:16:12,014 INFO [P-Processor6] nuriacs21 - >>> GET http://www.priceminister.es/help/c/popup/true 2008-04-21 14:16:12,753 INFO [P-Processor6] nuriacs21 - <<< [738 ms] GET http://www.priceminister.es/help/c/popup/true 2008-04-21 14:16:22,855 INFO [-Processor16] nuriacs21 - >>> GET http://www.priceminister.es/help/auto_alias_1_9_5_7/popup/true 2008-04-21 14:16:23,387 INFO [-Processor16] nuriacs21 - <<< [532 ms] GET http://www.priceminister.es/help/auto_alias_1_9_5_7/popup/true 2008-04-21 14:20:15,148 INFO [-Processor11] nuriacs21 - >>> POST http://www.priceminister.es/message!body=Les comuni...&contact=true&inctxid=1001&popup=true&subject=fallo grav... Dans ce bug merigarci pretend se retrouver dans le compte de nuriacs21 apres avoir s'être loggé. C'esp peut être vrai, mais quand je regarde les logs: je vois que: merigarci s'est loggé à 2008-04-21 08:27:55,960 nuriacs21 se logge à 2008-04-21 13:47:53,086 ensuite il y a plusieurs demandes de page mon compte, il y en a peut etre une du navigateur de merigarci, mais je ne vois que le compte de nuriacs21 ensuite nuriacs envoie un mail de plainte (mais c'est parait'il merigarci) 4) Probleme avec le PRO Valenak signalé par carlos ce compte en demandant la page mon compte atterit sur le compte d'une autre personne qu'il se logge ou non. CONCLUSION: UNE personne peut passer commande sans se logger. Une personne peut arriver sur un autre compte en demandant la page 'Mon compte' et ceci peut arriver même si la personne ne donne pas ses infos de login. EN BREF je ne comprends pas ce qui se passe. Avec les numeros de session dans les logs on sera peut être eclairé. Le probleme est qu'on se retrouve avec 2 surfeurs sur la même session. |
| Commentaire de Rocio Perez-Garcia [ 29/avr./08 08:54 ] |
| Merci Geneviève d'avoir fait tout ce boulot. |
| Commentaire de Rocio Perez-Garcia [ 29/avr./08 17:07 ] |
|
Encore un cas: http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=13427300 C'est skipy6 qui nos raconte qui ne peut pas acceder à son compte. PriceMinister ouvre tout le temps le compte de eduardito3da. Qué pasa? |
| Commentaire de Ange Ferrari [ 29/avr./08 17:20 ] |
| est ce que vous parlez en direct avec cet utilisateur voir si il peut reproduire le probleme en direct avec nous ? |
| Commentaire de Geneviève Beaujard [ 30/avr./08 11:20 ] |
|
logs apache dans http://pricejira.lan/secure/attachment/26585/apacheMultiServerEduarditoSkipy6.txt log jboss dans http://pricejira.lan/secure/attachment/26579/jbossEduarditoSkipy6.txt Ces 2 logs retracent les requêtes de eduardito et skypi6 Ces 2 logs nous permettent effectivement de constater le partage de la session 'B03015C382299091074F6D9B0581AA87' entre eduardito(80.38.108.131) et skipy6(85.155.85.111). zgrep -e 85.155.85.111 */*ssl.log.gz ne donne aucun résultat Il nous reste a comprendre pourquoi il y a ce partage de session. Le n° de session est donné par apache/tomcat. Le code qui travaille avec les n° de session est dans FrontRequest.createSession: public void createSession(){ // Find a front session (in request or http session, else create one) HttpSession sessionHttp = this.getSession(); this.setSession((FrontSession) sessionHttp.getAttribute(FrontRequest.FRONT_SESSION)); if (this.session() == null) { this.setSession(new FrontSession(this.getRemoteAddr())); sessionHttp.setAttribute(FrontRequest.FRONT_SESSION, this.session()); this.setIsNewSession(true); } this.session.authorizeBusinessRead(); // Notify session of request starting this.session().beginRequest(this); } C'est dans la variable sessionHttp que l'on récupére la session(apache/tomcat) et je ne vois pas pourquoi on nous donne le même numero. A voir avec ANGE. |
| Commentaire de Ange Ferrari [ 30/avr./08 15:16 ] |
| Voila le traffic pour l'ip 80.38.108.131 |
| Commentaire de Ange Ferrari [ 30/avr./08 15:22 ] |
| le traffic pour l'autre ip |
| Commentaire de Ange Ferrari [ 30/avr./08 15:51 ] |
|
Rocio, Peux tu me confirmer que le message ci dessous a bien été envoyé par skipy6 depuis le compte de eduardito3da ? peux tu nous faire une traduction en fr ? "me intento meter en acceder en mi cuenta y sale directamente sin meter clave ni nada un nombre eduardito3da no se yo no lo he puesto he apagado y encendido el ordenador y sigue saliendo eduardito3da no se si es un cruce de lineas o hay problemas en la conección con priceminister" Merci! |
| Commentaire de Rocio Perez-Garcia [ 30/avr./08 16:03 ] |
|
j'ai essayé de lui contacter toute la journée mais ne répond pas. Oui, je vous confirme que c'est skipy6 qui a envoyé le message, c'est son mail et elle dit: je suis skipy6. Traduc: "J'essaie de accéder à mon compte mais il s'affiche directement, sans demander pseudo et mot de passe, le compte eduardito3da. Je ne sais rien, je n'ai rien fait, j'ai allumé et entant mon ordinateur et continue à s'afficher le compte de eduardito3da. Je ne sais pas si c'est une interférence avec les lignes ou bien des problèmes de connexion à PriceMinister." Je ressaie de lui contacter et vous tient au courant. Merci |
| Commentaire de Geneviève Beaujard [ 30/avr./08 17:12 ] |
|
Modification de FrontSession pour ajouter le numero de session. Modification de Dispatcher pour logger request.logAll() dans une category 'LOG_REQUEST_ALL' Checking in src/com/babelstore/common/front/FrontSession.java; /home/cvs/dev/source/src/com/babelstore/common/front/FrontSession.java,v <-- FrontSession.java new revision: 1.189.10.1; previous revision: 1.189 done Checking in src/com/babelstore/util/web/Dispatcher.java; /home/cvs/dev/source/src/com/babelstore/util/web/Dispatcher.java,v <-- Dispatcher.java new revision: 1.100.28.1; previous revision: 1.100 done |
| Commentaire de Ange Ferrari [ 05/mai/08 15:24 ] |
|
Bon on pense tenir le coupable ! Normalement nous avons effectué quelques modifications il faudrait rester attentif voir rappeler des utilisateurs espagnols pour savoir si ils ont toujours le probleme |
| Commentaire de Natalia Calero [ 06/mai/08 11:37 ] |
| en absence de Rocío j'ai appelé les utilisateurs qui avaient rencontré le problème pour les rassurer concernant la résolution du problème et pour leur indiquer de nous prévenir s'ils rencontraient quelque chose qu'ils consideraient pas normale. |
| Commentaire de Ange Ferrari [ 19/mai/08 15:22 ] |
|
Hello ! Je pense qu'on peut clôturer l'incident Nicolas, Genevieve et les autres observateurs du Jira je ne sais pas si cela vaut le coup qu'on fasse un petit résumé du problème et si oui quelle forme doit il prendre |
| Commentaire de Charles Decaux [ 19/mai/08 15:26 ] |
| Merci à tous, moi je suis preneur d'un petit paragraphe pour comprendre ce qu'il s'est passé :-) et comment on l'a réparé. |
| Commentaire de Edouard Gomez-Vaez [ 20/mai/08 11:33 ] |
|
Je résouds. Ange (je crois que c'est toi le plus apte) peux-tu faire un commentaire en trois phrases du soucis ? Merci. |
| Commentaire de Steven Harel [ 12/juin/08 09:09 ] |
|
on a donc plusieurs utilisateurs qui ont pu se connecter sur
les comptes d'autres utilisateurs sans avoir à renseigner de login et
de mot de passe. c'est un très (très) gros souci. peut-on avoir l'explication (promise) de ce problème et la confirmation de l'équipe technique que c'est réglé définitivement ? merci |
[APP-26513] Redirection AUTO absente ? Création: 16/sept./09 11:00 Mise à jour: 17/sept./09 18:08 Résolue: 16/sept./09 17:38 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.0 (TX-I) |
| Version(s) corrigée(s): | 53.0.0 (TX-I) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | AUTO : Nettoyage |
| Description |
|
Les URL du type http://www.pm/lan/navigation?action=default&car010categorie=151363&car110misecircmin=225628&car150vehicle=151338&category=177006&x=1&y=1 ne sont pas redirigées vers priceministerauto.com et plantent donc : 2009-09-16 10:56:12,812 INFO [-Processor16] 192.168.61.165 - >>> GET http://www.pm.lan/navigation?action=default&car010categorie=151363&car110misecircmin=225628&car150vehicle =151338&category=177006&x=1&y=1 2009-09-16 10:56:12,815 WARN [-Processor16] 192.168.61.165 - Constructor : The following exception message was not a Phrase :PowerNavigation is deprecated 2009-09-16 10:56:12,815 ERROR [-Processor16] 192.168.61.165 - Load error Servlet=com.babelstore.product.front.NavigationServlet Request=GET http://www.pm.lan/navigation?action=default&car010categorie=151363&car110misecircmin=225628&car150vehicle=151338&category=177006&x=1&y=1 Referrer=null User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30) Trace=com.babelstore.util.ApplicationException: PowerNavigation is deprecated at com.babelstore.product.front.PowerNavigationModel.preLoad(PowerNavigationModel.java:72) at com.babelstore.util.Block.preLoad(Block.java:108) at com.babelstore.util.web.Screen.preLoad(Screen.java:111) at com.babelstore.util.web.Dispatcher.processOutsideTransaction(Dispatcher.java:226) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:209) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2009-09-16 10:56:12,816 INFO [-Processor16] 192.168.61.165 - Setting response status code to 503 2009-09-16 10:56:13,030 INFO [-Processor16] 192.168.61.165 - <<< [218 ms] GET http://www.pm.lan/navigation?action=default&car010categorie=151363&car110misecircmin=225628&car1 50vehicle=151338&category=177006&x=1&y=1 |
| Commentaires |
| Commentaire de Arnaud Forgues [ 16/sept./09 12:03 ] |
| Les redirections apache sont-elles bien en place en INTEG ? |
| Commentaire de Arnaud Forgues [ 16/sept./09 17:05 ] |
|
J'ai donc ajouté la redirection suivante afin d'éviter le pb : # Redirection de la PowerSearch en POST via la servlet default RewriteCond %{HTTP_HOST} !^bo\. RewriteCond %{REQUEST_URI} ^/navigation RewriteCond %{QUERY_STRING} .*action=default.*car.* RewriteRule ^.*$ http://www.priceministerauto.com/? [R=301,L,NE] NB : [forguesa@gobillard source]$ bzr ci --fixes APP:26513 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25588. [forguesa@gobillard source]$ bzr tag --force V53_0_0 Created tag V53_0_0 |
[APP-5918] Modification du mécanisme d'import d'image TITELIVE et CDMail Création: 13/oct./05 16:28 Mise à jour: 25/juin/07 18:32 Résolue: 14/nov./05 09:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Nicolas Gréhalle |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Nous devons modifier le mécanisme d'import TITELIVE et
CDMail de manière à utiliser le même système que pour les autres import.
|
| Commentaires |
| Commentaire de Patrick Pereira [ 13/oct./05 17:47 ] |
|
TITELIVE: -------------------------- Pour trouver le product_id des images : - Pour le recto (oups... l'image de rank 1) : 1°) On cherche les fichiers *_1_75.jpg 2°) On recupère les 13 premiers caractères du nom de fichier. Ceci constitue la clean_identification. - Pour l'image de rank 2 : 1°) On cherche les fichiers *_4_75.jpg 2°) On recupère les 13 premiers caractères du nom de fichier. Ceci constitue la clean_identification. - Pour les images de rank 1 et 2, on recupère le product_id avec : SELECT max(i.product_id) FROM prd_identification i, product p WHERE i.product_id = p.product_id AND i.clean_identification = '&1' AND i.pid_status_code = 10 -- identification active AND i.pid_namespace_code = 10 -- namespace standard AND i.namespace_prd_standard_code = 10 -- EAN AND p.prd_status_code = 10 -- product active AND p.prd_icon_id IS NULL -- product has no image ; CDMAIL : -------------------------- Pour trouver le product_id des images : - Pour l'image de rank 1 : 1°) On cherche les fichiers *xr.gif 2°) On recupère les 13 premiers caractères du nom de fichier. Ceci constitue la clean_identification. - Pour l'image de rank 2 : 1°) On cherche les fichiers *xv.gif 2°) On recupère les 13 premiers caractères du nom de fichier. Ceci constitue l'identification. - Pour les images de rank 1 et 2, on recupère le product_id avec : SELECT nvl(i.product_id,nvl_val) "PRODUCT_ID",nvl(i.pid_status_code,nvl_val) "PID_STATUS_CODE",nvl(i.pid_namespace_code,nvl_val) "PID_NAMESPACE_CODE", nvl(i.namespace_prd_standard_code,nvl_val) "NAMESPACE_PRD_STANDARD_CODE",nvl(p.prd_status_code,nvl_val) "PRD_STATUS_CODE", nvl(p.prd_icon_id,nvl_val) "PRD_ICON_ID" FROM prd_identification i, product p WHERE i.product_id = p.product_id AND i.identification = '&1' order by prd_status_code desc , pid_status_code desc, pid_namespace_code, namespace_prd_standard_code) ; |
| Commentaire de Ranto Andriambololona [ 26/oct./05 17:52 ] |
|
Comme convenu, je viens de modifier le script INPUT : fichier zip contenant des images à récupérer sur le serveur FTP de Titelive OUTPUT: Fichier images *xv *xr placés dans le répertoire ftp /data/chrootapache/home/pm_titelive/Images, un script récupère ces fichiers ftp et les transforme en url http www.priceminister.com/partenariats-images/pm_titelive/ Cela vous va t-il ? Merci de confirmer pour que je remettre les cron d'origine |
| Commentaire de Quentin de Chivré [ 31/oct./05 17:22 ] |
|
Ou en est on ? Tous les imports d'image ont ils été remis à plat avec le nouveau mécanisme ? |
| Commentaire de Ranto Andriambololona [ 02/nov./05 14:36 ] |
|
TITELIVE Les Fichiers Titelive seront placés dans le répertoire /data/chrootapache/home/pm_titelive/Images avec le format B9782910992644r.jpg où : - "9782910992644" correspond au EAN du produit - "r" correspond au type recto CDMAIL /data/chrootapache/home/cdmail/ avec le format M9782910992644r.jpg où : - "9782910992644" correspond au EAN du produit - "r" correspond au type recto Le flux et les images seront placés en fin d'après-midi. |
| Commentaire de Ranto Andriambololona [ 02/nov./05 17:44 ] |
|
Suite ... 8514 images Titelive sont déposés dans /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/pm_titelive De plus, pm_titelive a été ajouté dans les mécanismes ftp2web et import_images.pl ftp2web : tranforme les images du ftp vers un espace http import_images.pl, importe les images dans la base Ranto, |
| Commentaire de Ranto Andriambololona [ 08/nov./05 11:32 ] |
|
Dernière suite 1003 images dans /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/cdmail/ même système pour ftp2web et import_images.pl CDMAIL /data/chrootapache/home/cdmail/ avec le format M9782910992644r.jpg où : - "9782910992644" correspond au EAN du produit - "r" correspond au type recto Ranto, |
| Commentaire de Nicolas Gréhalle [ 14/nov./05 09:27 ] |
| Mécanisme en place |
[APP-10513] [IE] Les onglets clignotent !!! Création: 15/juin/06 11:49 Mise à jour: 24/sept./07 10:40 Résolue: 05/sept./07 17:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.0a |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Damien Dorizy |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | HTML |
| Classif2: | HTML - cosmetique |
| Description |
|
En me débrouillant bien, j'arrive même à faire disparaître
les onglets "Vendre" et "PriceministerAUTO". Voir screenshot.
|
| Commentaires |
| Commentaire de Christophe Garcia [ 15/juin/06 11:52 ] |
| Version IE détaillée : 6.0.2900.2180.xpsp_sp2_gdr.050301-1519 |
| Commentaire de Andrei Matyas [ 22/juin/06 15:09 ] |
|
revoir dans la CSS class="priceauto" class="sellnav" |
| Commentaire de Olivier Badreau [ 22/juin/06 15:53 ] |
|
Ceci n'est a priori pas lié à la version du navigateur... ni de la CSS puisque les classes impactées sont correctement declarées. j'ai essayé de reproduire le bug sur differentes machines, même configuration, même version de IE, sans succès... Même sous IE5/win98, le bug n'apparait pas. je ne vois absolument pas d'où le bug peut venir... peut-être de la gestion de micro-applications de windows liées à la gestion du moteur graphique. Cligner des yeux en phase peut resoudre le probleme... |
| Commentaire de Christophe Garcia [ 23/juin/06 09:52 ] |
| Andrei arrive à reproduire ce bug. Essaie de voir avec lui dans quelles conditions précisément. |
| Commentaire de Olivier Badreau [ 23/juin/06 10:31 ] |
|
Lorsqu'on enregistre la page en local, le bug disparait... Il semblerait donc qu'il ne soit pas lié à la CSS. Il n'existe pas non plus en prod. andrei, tu peux jeter un oeil? |
| Commentaire de Andrei Matyas [ 23/juin/06 14:09 ] |
|
On a ce problème uniquement quand Ie est configuré à ne pas utiliser son cache : Outils/Options Internet : Fichier temporaires : Paramètres Cette configuration produit un effet de clignotement sur toutes les images traites dans la CSS (c'est-à-dire tous les boutons). Solution : Coté DEV : Sortir les images de la CSS et mes mettre en dur dans le code. : Difficilement faisable Coté CSS Essayer de trouver une solution pour contourner ce problème : Très dur à imaginer selon eux |
| Commentaire de Christophe Garcia [ 23/juin/06 15:05 ] |
| A-t-on vraiment besoin du roll-over sur ces images ? |
| Commentaire de Olivier Badreau [ 23/juin/06 16:17 ] |
|
non... c'est une pseudo-classe residuelle, issue d'ancinnes maquettes, de l'epoque où nous souhaitions avoir un changement d'image au passage du curseur. Il est conseillé de toutes les declarer , principalement pour IE. souhaites-tu quand même que je les enleve ? |
| Commentaire de Quentin de Chivré [ 04/juil./06 14:49 ] |
|
A-t-on vraiment besoin du roll-over sur ces images ? = La classe xxx:hover est définie C'est cela ? Mon avis est que si c'est pour déclarer les mêmes images alors mieux veux ne rien mettre |
| Commentaire de Quentin de Chivré [ 04/juil./06 17:45 ] |
| D'ailleurs ca clignote chez moi maintenant et avant ca n'etait pas le cas donc je confirme que si ca vient bien de la il faut enlever cette classe |
| Commentaire de Olivier Badreau [ 04/juil./06 18:17 ] |
|
Le probleme ne vient pas de la pseudo classe hover, mais apparait seulement lorsque les internautes reconfigurent leur IE. Par defaut, la page est rafraichie automatiquement. Lorsqu'ils decident de rafraichir la page à chaque visite, le probleme apparait... Je ne vois donc pas de solution en CSS pour corriger ce bug... |
| Commentaire de Quentin de Chivré [ 04/juil./06 18:35 ] |
| Comprends pas... mon IE est configuré tout ce qu'il y a de + standard et ca clignote, juré ! |
| Commentaire de Olivier Badreau [ 05/juil./06 12:47 ] |
| je te laisse te prendre l'entête la dessus! ;) |
| Commentaire de Quentin de Chivré [ 13/juil./06 09:35 ] |
|
Test effectué : Sauvegarde de la page du site d'integ en local (qui clignote) Page locale : 1/ quand les images viennent de l'integ, ca clignote 2/ on change les urls des images pour pointer vers les URLs akamaizées : ca clignote plus Interprétation : Akamai met des headers HTTP qui font que IE ne cherche pas a recharger l'image et utilise celle en cache => pas de clignotement Apache en integ met des headers HTTP qui font que au contraire IE cherche a recharger l'image, envoie donc uine requete a Apache qui lui répond "non modifié" => effet de clignotement |
| Commentaire de Quentin de Chivré [ 13/juil./06 09:37 ] |
|
Cependant en Prod, quand on est en HTTPS, on ne passe pas par Akamai, et pourtant pas d'effet de clignotement. Il faut donc chercher le bug en étudiant les différent headers HTTP retournés dans les différents cas et regarder les différences de config Apache entre PROD et INTEG |
| Commentaire de Quentin de Chivré [ 13/juil./06 09:40 ] |
|
En integ aussi ca ne clignote pas quand on est en HTTPS,
c'est a dire quand on va chercher les images sur le meme host que la
page Bilan : PROD INTEG HTTP OK NOK HTTPS OK OK |
| Commentaire de Quentin de Chivré [ 13/juil./06 09:43 ] |
|
Il semble donc que ca soit la configuration du mécanisme http://akamai.pm.lan qui merde Ca a été mis en place pour simuler akamai en integ. En fait en creusant encore, on voit que ca fait un redirect : http://akamai.pm.lan/content/V9001a/front/brand/www/images/vehicle/structure/header/price_auto_button_off.jpg redirige vers http://img.pm.lan/content/V9001a/front/brand/www/images/vehicle/structure/header/price_auto_button_off.jpg C'est tres certainement cette redirection qui fait le clignotement. Il ne faut donc pas rediriger mais plutot implémenter akamai.pm.lan comme img.pm.lan... ? |
| Commentaire de Antoine Koener [ 17/juil./06 15:10 ] |
|
akamai.pm.lan et img.pm.lan sont deux virtual hosts pointant sur le même endroit sur le disque. Aucune règle de réécriture n'entre en jeu, liant l'un à l'autre. Une petite vérification pour s'assurer que cela fonctionne comme désiré, merci. |
| Commentaire de Quentin de Chivré [ 18/juil./06 10:42 ] |
|
Ton commentaire n'est pas tres clair : 1/ tu as fait les manips de facons a ce que la plateforme ainsi et tu veux qu'on vérifie que le résultat est ok ou 2/ la plateforme fonctionnait déja ainsi et tu nous demande de vérifier avant de poster un bug ? J'ai l'impression que c'est plutot 1/ puisque je n'observe plus de clignotement :-) |
| Commentaire de Antoine Koener [ 18/juil./06 14:34 ] |
|
Tout est OK, problème Corrigé ! |
| Commentaire de Younès Charrière [ 19/juil./06 16:02 ] |
| Les onglets clignotent toujours que ce soit en PROD ou en INTEG sous IE. |
| Commentaire de Antoine Koener [ 27/juil./06 09:49 ] |
|
IL me faut connaitre la machine sur laquelle tu observes encore ce comportement, Il faut essayer vider ton cache pour être sur de récupérer les bonnes CSS... |
| Commentaire de Antoine Koener [ 27/juil./06 15:37 ] |
|
Tu peux rechecker ? Et fermer si c'est ok, merci ! |
| Commentaire de Younès Charrière [ 27/juil./06 15:42 ] |
| Toujours pareil Antoine que je sois sur Deutz ou Mumm, les onglets "PriceMinister Auto" et "Vendre" clignotent toujours lorsque l'on passe la souris dessus. |
| Commentaire de Antoine Koener [ 27/juil./06 18:30 ] |
|
Les images ''flicker'' en fait. Je pense que le problème ce situe dans le css dans la définition de 'sellnav'. Je ne peux rien faire de mon côté. |
| Commentaire de Edouard Gomez-Vaez [ 07/août/06 12:19 ] |
| Aujourd'hui, sur mon poste, l'état que j'ai est que cela flicker lorsque l'on désactive le cache sous IE. |
| Commentaire de Renaud Dierickx [ 05/sept./07 10:25 ] |
|
Ca semble être correct avec le nouveau menu. Damien, tu confirmes ? |
| Commentaire de Damien Dorizy [ 05/sept./07 17:28 ] |
| Oui, ça semble bien maintenant. |
[APP-5449] Cobranding Camif Occasion : tracking filleul ne marche pas Création: 09/août/05 17:49 Mise à jour: 25/juin/07 18:31 Résolue: 19/sept./05 16:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Sur le cobranding camif occasion, la page http://occasion.camif.fr/?t=20 ne s'affiche pas La page http://occasion.camif.fr/ elle s'affiche bien. De façon générale, toutes les pages avec un code de tracking "t" ne s'affichent pas dans le cobranding |
| Commentaires |
| Commentaire de Jérôme Viviès [ 10/août/05 14:29 ] |
| Je crois que c'est du paramétrage... on va essayer de résoudre le problème. |
| Commentaire de Jérôme Viviès [ 16/août/05 10:02 ] |
| Nicolas, tu pourrais nous donner un cours de tracking, à Fabien et moi ? |
| Commentaire de Nicolas Gréhalle [ 16/août/05 14:17 ] |
| Il me semble que le problème n'est pas du param |
| Commentaire de Quentin de Chivré [ 30/août/05 10:46 ] |
|
Quand il y a un tracking dans une URL appelant une page
pseudo-statique, Apache redirige vers une page dynamique afin que le
tracking puisse êtrre pris en compte. Dans le cas présent la page dynamique accédée n'est pas la bonne, il manque un paramètre dans l'URL. |
| Commentaire de Andrei Matyas [ 19/sept./05 16:13 ] |
| J'ai testé et ça marche. Comme il y a un tracking l'apache redirige vers la page dynamique s¿il s'agit d'une page pseudo statique. Le paramétrage ou bien la config apache faisait que le serveur redirigeait vers une page inexistante. |
[EXP-296] déplacement de /data/priceminister/share sur HERCULE Création: 27/oct./05 16:55 Mise à jour: 25/juin/08 12:04 Résolue: 25/juin/08 12:04 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Sébastien Tournay | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Faire le point sur tous les mécanismes qui écrivent dans
l'ancien share NFS de HERCULE /data/priceminister/share et les déplacer
tous sur le nouveau share NFS de JUNON. Il s'agit surtout des
mécanismes de NL et de visuels du marketing. ATTENTION aussi car il
s'agit des logs déplacés par CMS en cas d'urgence. Prévoir de modifier
la procédure.
|
| Commentaires |
| Commentaire de Antoine Koener [ 19/janv./07 11:31 ] |
|
j'ajoute de Jira à ceux que tu dois déjà avoir sur la question. S'il n'est plus utilie tu peux le fermer. |
| Commentaire de Eric Vannier [ 19/janv./07 18:17 ] |
|
Pour info le nfs "share" sur Hercule est utilisé pour les process suivants : Import_images.pl => liaison entre le proxy de bacchus et hercule newsletters, affiliation, promo, visuels => Commerciaux. Déplacement des logs apache de phaeton.( Automatisation des interventions CMS) [pmas@hercule share]$ ls -lh total 60K drwxrwxr-x 13 10001 10001 4.0K aoû 18 12:25 affiliation drwxr-xr-x 2 pmas adminpm 4.0K avr 28 2005 export-saturne drwxr-xr-x 4 pmas adminpm 4.0K fév 11 2005 home drwxrwxr-x 31 mrtg adminpm 4.0K avr 14 2006 mrtg drwxrwxr-x 527 adminpm adminpm 16K jan 17 14:58 newsletter drwxrwxr-x 511 pmas adminpm 12K jan 18 11:38 partenariat-images drwxr-xr-x 3 root root 4.0K jan 11 2005 promo drwxrwxr-x 5 pmas adminpm 4.0K déc 7 16:17 public drwxrwxrwx 241 adminpm adminpm 8.0K jan 12 10:56 visuels [pmas@hercule share]$ Il est facile de modifier le script CMS pour mettre les logs dans pmshare au lieu de share par contre, ces logs génère une occupation disque non négligable , actuellement 45 jours = 11Go compressés. Le déplacement du répertoire "partenariat-images" (5.7Go) implique la modification du lien nfs utilisé par le proxy de Bacchus et la répercution des liens symboliques. Le déplacement des répertoires "commerciaux" seront impactés de la même manière que pour partenariat-images car ils utilisent le même lien nfs et des liens symboliques de la même manière. le répertoire mrtg contient toutes les images générées pour les courbes des serveurs. Il faut donc modifier pour que mrtg de chaque serveur écrivent ds pmshare et plus dans share. Je vous rapelle que nous avons un problème de place actuellement sur Junon.( 1.5Go de logs de referencements sont aussi à déplacer (/share/public/referencements) |
| Commentaire de Eric Vannier [ 24/janv./07 12:15 ] |
|
Pour le déplacement de partenariat-images d'hercule (et
d'esculape pour être cohérent) sur le nfs de junon , on va attendre
d'avor plus d'espaces disque car actuellement ce n'est physiquement pas
possible. |
| Commentaire de Eric Vannier [ 19/mars/07 17:14 ] |
|
Pour unifier l'emplacement de la france et l'espagne. Je
vais déplacer les répertoires visuels, newletter et affiliation sur
junon. Il ne restera plus que les imports à migrer. |
| Commentaire de Eric Vannier [ 20/mars/07 17:52 ] |
|
les fichiers qui étaient ds share/visuels =>
pmshare/visuels_fr, share/affiliation => pmshare/affiliation_fr,
share/newletter => pmshare/newletter_fr. |
| Commentaire de Eric Vannier [ 10/mai/07 17:16 ] |
| La purge a été complété pour gérer la purge des backups pour la procédure CMS, cela permet d'éviter de garder trop de sauvegarde des logs apache qui sont gérés par phaeton. |
| Commentaire de Eric Vannier [ 08/août/07 16:46 ] |
| Nous attendons une solution pour avoir un peu plus de place sur junon pour pouvoir déplacer partenariat-images , cela permettra de finaliser cette migration. |
| Commentaire de Eric Vannier [ 26/févr./08 10:46 ] |
|
J'ai réalisé la migration du répertoire partenariat-images vers pmshare. La dernière état étant la suppression du partage nfs "share" sur hercule... |
| Commentaire de Eric Vannier [ 02/avr./08 18:50 ] |
|
J'ai suppirmé les répertoires affiliations, visuels ,
newletters qui étaient encore présents car les droits d'accès ne nous
avaient pas permis de réaliser un déplacement lors de la migration sur
pmshare.... Il reste uniquement les homes de quentin et martin et un répertoire public.... |
| Commentaire de Eric Vannier [ 25/juin/08 12:04 ] |
| La migration de share vers pmshare est terminée ..... |
FAST Finitions lot 1
(APP-7200)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.1.1d |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
en DEV ça marche, mais pas en prod
|
| Commentaires |
| Commentaire de Martin Sudmann [ 03/mars/06 17:03 ] |
|
ça marche 1 fois sur 2 ! Selon Antoine c'est un pb d'une conf Apache où le mod rewrite ne marche pas.... |
| Commentaire de Antoine Koener [ 06/mars/06 08:56 ] |
|
Ranto, il faut vérifier l'état de la directive de configuraion liée au caractère / dans apache. Les valeurs doivent être différentes entre phaeton et cupidon. |
| Commentaire de Ranto Andriambololona [ 06/mars/06 10:08 ] |
| Exact , il manque ma directive AllowEncodedsSaslh on sur l'un des frontaux |
| Commentaire de Ranto Andriambololona [ 06/mars/06 10:55 ] |
|
La directive est ajouté sur Phaeton |
| Commentaire de Lydia Dali [ 06/mars/06 11:37 ] |
| OK, testé en preview. |
[APP-7516] Erreur quand on tappe le caractère ¿ dans la barre de recherche Création: 15/févr./06 15:37 Mise à jour: 25/juin/07 18:35 Résolue: 21/mars/06 18:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.0c, 8.1.2 |
| Version(s) corrigée(s): | 8.1.2a |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Lydia Dali | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
L'erreur est sur le ficher joint.
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 15/févr./06 15:42 ] |
| Je n'aurai pas le temps pour creuser cet erreur, je mets donc Antoine sur le sujet |
| Commentaire de Antoine Koener [ 27/févr./06 16:32 ] |
|
Le problème vient du fait que le serveur Web ne comprends pas les caractères UNICODE. Ces caractères sont représentés par une chaine commencant par '%u' suivi de la valeur du caractère encodée en hexadécimal '20AC'. Je vais rechercher comment configurer le serveur pour qu'il puisse bien interpréter cet encodage. |
| Commentaire de Antoine Koener [ 27/févr./06 17:04 ] |
|
Voici le logs vaccess_Log: www.priceminister.com 62.23.27.114 - - [27/Feb/2006:17:01:03 +0100] "GET /navigation/se/category/sa/kw/roxor+%u20ac HTTP/1.1" 400 600 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5" Pas d'occurrence dans error_log. |
| Commentaire de Antoine Koener [ 27/févr./06 18:33 ] |
|
Verdict, Apache n'est pas capable de gérer les caractères unicode encodé avec %u. Firefox et IE utilisent cet encodage pour fournir les caractères comme euro que je peux pas représenter ici : ¿ J'ai regardé le code de apache 2.0.51 et tester sur apache plus récent et cela ne marche pas: http://archive.apache.org/dist/httpd/%u20ac La fonction ap_unescape_url du fichier util.c dans le répertoire server/ ne contient pas de code recherchant le caractère 'u' suivant le caractère '%'.... |
| Commentaire de Antoine Koener [ 28/févr./06 08:51 ] |
|
Ainsi apache ne peut pas gérer les caractères encodés de cette manière. Le script responsable de cet encodage est: http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/content/V811a/front/front.js La fonction est: // this method is used in FrontHeader.java function gotoSearchPage(servlet_name, action_name,categ_param_name,category_param_value,sub_category_param_name,sub_category_param_value, keyword_name, keyword_value) { var url_query=servlet_name+'/'+action_name+'/'+categ_param_name+'/'+category_param_value; if (sub_category_param_name!='') { url_query=url_query+'/'+sub_category_param_name+'/'+sub_category_param_value; } url_query=url_query+'/'+keyword_name+'/'+URLEncode(keyword_value); gotoPage(new Link(url_query)); } Et la fonction javascript responsable est URLEncode. Je vais chercher d'ou elle vient. |
| Commentaire de Antoine Koener [ 28/févr./06 09:13 ] |
|
Elle est définie 10 lignes plus haut: // we encode a "space" as a "+" function URLEncode(sStr) { encodedHtml = escape(sStr.replace(/ /g,"+")); encodedHtml = encodedHtml.replace(/\//g,"%2F"); encodedHtml = encodedHtml.replace(/\?/g,"%3F"); encodedHtml = encodedHtml.replace(/=/g,"%3D"); encodedHtml = encodedHtml.replace(/&/g,"%26"); encodedHtml = encodedHtml.replace(/@/g,"%40"); return encodedHtml.toLowerCase(); } Elle ne fait pas appel a la fonction EncodeURI ni escape ni EncodeURIComponent, qui sont les fonctions responsables en javascript d'encoder une string au format URL. escape js 1.0 encodeURI js 1.5 encodeURIComponent js 1.5 |
| Commentaire de Antoine Koener [ 28/févr./06 10:54 ] |
|
Dans le commentaire précédent il faut lire: Elle ne fait pas appel a la fonction EncodeURI ni EncodeURIComponent, qui sont les fonctions responsables en javascript d'encoder une string au format URL. La fonction fait en revanche appel à 'escape'. Voici un petit test sur le retour de ces différentes fonctions: la string de départ. le ? inversé représente le caractère euro (non représentable ici) euro:¿ et slash:/ escape("euro:¿ et slash:/") : euro%3A%u20AC%20et%20slash%3A/ encodeURI("euro:¿ et slash:/") : euro:%E2%82%AC%20et%20slash:/ encodeURIComponent("euro:¿ et slash:/"): euro%3A%E2%82%AC%20et%20slash%3A%2F La fonction escape transforme donc le caractère euro en %u20AC. Solution il faut utilise 'encodeURI' à la place de 'escape'. Il faut ensuite vérifier qu'au niveau de JBOSS les caractères du type: %E2%82%AC pour définir un caractères UNICODE sont bien gérés. |
| Commentaire de Antoine Koener [ 17/mars/06 15:58 ] |
| Pour Les devs |
| Commentaire de Arnaud Forgues [ 21/mars/06 12:51 ] |
|
Après test en DEV, si on utilise la fonction encodeURI afin
d'obtenir le sigle euro en format %E2%82%AC, alors il faut rajouter
l'encode UTF-8 dans la méthode java de décodage UrlDecoder.decode
(Parameters.java) ET définir l'encodage de la page en UTF-8 (Screen :
res.setContentType) Mais une fois qu'on a fait ca, tout le reste déconne .... |
| Commentaire de Arnaud Forgues [ 21/mars/06 18:30 ] |
|
Pour l'instant j'ai remplacé dans la méthode encodeURL du
fichier front.js, le sigle "euro" pour le mot "euro". Ainsi une
recherche avec le sigle "euro" ne plante plus et lance une recherche sur
le mot "euro". Il s'agit d'une premier correction assez basique. Une vrai correction serait eventuellement de changer l'encodage global du site en ISO-8859-15 (cela correspond à un autre JIRA que j'ai créé : APP-8073) |
| Commentaire de Patrick Condevaux [ 21/mars/06 18:50 ] |
| ok en INTEG |
[APP-13623] pleins de requetes sur une page d'erreur etrange (FP) qui genere une exception Création: 06/nov./06 15:02 Mise à jour: 28/juil./08 14:32 Résolue: 05/mars/07 17:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 9.0.4.1 (COF) |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Classif1: | TECH | ||||||||
| Projets PM archivés: | Maintenance 14.x.x | ||||||||
| Description |
|
http://www.priceminister.com/offer/buy/Erreur
|
| Commentaires |
| Commentaire de Justin Ziegler [ 06/nov./06 16:58 ] |
|
je vois plein de requetes de ce genre dans les log des SA / jboss ! 2006-11-06 11:01:28,111 INFO [Processor126] 212.27.63.204 - >>> GET http://www.priceminister.com/offer/buy/Erreur 2006-11-06 11:01:28,113 ERROR [Processor126] 212.27.63.204 - Load error Servlet : com.babelstore.advert.front.AdvertServlet Request : GET http://www.priceminister.com/offer/buy/Erreur Referrer : null User-Agent : null Trace : com.babelstore.util.ApplicationException: ProductId and CompProductId in URL are null (com.babelstore.advert.front.AdvertListAction) at com.babelstore.referential.front.BaseProductAction.execute(BaseProductAction.java:67) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:338) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:297) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:214) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-11-06 11:01:28,114 INFO [Processor126] 212.27.63.204 - Setting response status code to 404 2006-11-06 11:01:28,234 INFO [Processor126] 212.27.63.204 - <<< [123 ms] GET http://www.priceminister.com/offer/buy/Erreur |
| Commentaire de Arnaud Forgues [ 16/nov./06 14:43 ] |
| dispatcher-maintenance |
| Commentaire de Alexandre Garnier [ 12/janv./07 11:42 ] |
| Serait-il possible de savoir depuis quelle(s) pages les utilisateurs arrivent sur celle-ci ? |
| Commentaire de Justin Ziegler [ 12/janv./07 12:45 ] |
| Helas, le referer n'est pas present dans les log apache :-( |
| Commentaire de Alexandre Garnier [ 15/janv./07 17:40 ] |
|
En faisant un grep de "/offer/buy/Erreur" dans les logs, on a un résultat du genre : 2007-01-15 09:21:18,720 INFO [P-Processor9] 80.13.13.122 - <<< [112 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:22:48,467 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:22:48,604 INFO [-Processor58] 80.13.13.122 - <<< [137 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:23:01,039 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:23:01,138 INFO [-Processor58] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:25:15,519 INFO [-Processor37] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:25:15,617 INFO [-Processor37] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:25:27,262 INFO [-Processor29] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:25:27,491 INFO [-Processor29] 80.13.13.122 - <<< [228 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:29:03,287 INFO [-Processor18] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:29:03,386 INFO [-Processor18] 80.13.13.122 - <<< [99 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:34:34,357 INFO [-Processor44] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:34:34,459 INFO [-Processor44] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:35:07,979 INFO [-Processor16] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:35:08,097 INFO [-Processor16] 80.13.13.122 - <<< [118 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:39:31,048 INFO [-Processor60] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:39:31,183 INFO [-Processor60] 80.13.13.122 - <<< [135 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:45:57,811 INFO [-Processor11] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:45:57,914 INFO [-Processor11] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:46:43,548 INFO [-Processor21] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:46:43,651 INFO [-Processor21] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:04:56,233 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:04:56,332 INFO [-Processor38] 80.13.13.122 - <<< [99 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:05:36,233 INFO [-Processor29] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:05:36,339 INFO [-Processor29] 80.13.13.122 - <<< [106 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:07:20,461 INFO [-Processor79] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:07:20,558 INFO [-Processor79] 80.13.13.122 - <<< [97 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:09:34,015 INFO [-Processor46] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:09:34,120 INFO [-Processor46] 80.13.13.122 - <<< [105 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:10:37,021 INFO [-Processor75] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:10:37,119 INFO [-Processor75] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:12:05,026 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:12:05,129 INFO [-Processor38] 80.13.13.122 - <<< [103 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:16:41,505 INFO [-Processor54] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:16:41,610 INFO [-Processor54] 80.13.13.122 - <<< [105 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:17:47,708 INFO [P-Processor1] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:17:47,986 INFO [P-Processor1] 80.13.13.122 - <<< [278 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:18:31,861 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:18:32,233 INFO [-Processor58] 80.13.13.122 - <<< [372 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:22:56,466 INFO [-Processor41] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:22:56,596 INFO [-Processor41] 80.13.13.122 - <<< [130 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:50:30,631 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:50:30,779 INFO [-Processor38] 80.13.13.122 - <<< [148 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:58:15,451 INFO [-Processor21] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:58:15,605 INFO [-Processor21] 80.13.13.122 - <<< [154 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:06:17,003 INFO [-Processor80] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:06:17,109 INFO [-Processor80] 80.13.13.122 - <<< [106 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:31:43,557 INFO [-Processor15] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:31:43,672 INFO [-Processor15] 80.13.13.122 - <<< [115 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:35:50,188 INFO [-Processor39] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:35:50,327 INFO [-Processor39] 80.13.13.122 - <<< [139 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:56:32,222 INFO [-Processor59] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:56:32,320 INFO [-Processor59] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:04:08,421 INFO [-Processor49] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:04:08,611 INFO [-Processor49] 80.13.13.122 - <<< [190 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:05:01,355 INFO [-Processor75] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:05:01,456 INFO [-Processor75] 80.13.13.122 - <<< [101 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:09:08,964 INFO [-Processor72] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:09:09,066 INFO [-Processor72] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:15:54,115 INFO [-Processor85] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:15:54,350 INFO [-Processor85] 80.13.13.122 - <<< [235 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:18:59,048 INFO [-Processor55] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:18:59,166 INFO [-Processor55] 80.13.13.122 - <<< [118 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:32:26,488 INFO [-Processor42] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:32:26,682 INFO [-Processor42] 80.13.13.122 - <<< [194 ms] GET http://www.priceminister.com/offer/buy/Erreur Une seule et même IP en même temps qui fait cette requête à intervalle plus ou moins régulier. Du coup j'opterais plus pour un script client mal construit qui génère des requêtes fausses, ce qui expliquerait le referrer et le user-agent nuls. En tout cas j'ai pas trouvé ni dans le code ni dans le paramétrage quelque chose pouvant générer ce type d'URL. |
| Commentaire de Nicolas Chauveau [ 25/janv./07 15:51 ] |
|
Prévoir - un log de type Warning qui précise le contexte du pb - un code retour HTTP 503 (a vérifier ?) |
| Commentaire de Alexandre Garnier [ 26/janv./07 14:29 ] |
|
source : http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html 10.5.4 503 Service Unavailable The server is currently unable to handle the request due to a temporary overloading or maintenance of the server. The implication is that this is a temporary condition which will be alleviated after some delay. If known, the length of the delay MAY be indicated in a Retry-After header. If no Retry-After is given, the client SHOULD handle the response as it would for a 500 response. Note: The existence of the 503 status code does not imply that a server must use it when becoming overloaded. Some servers may wish to simply refuse the connection. Une erreur 400 ne serait-elle mieux : 10.4.1 400 Bad Request The request could not be understood by the server due to malformed syntax. The client SHOULD NOT repeat the request without modifications. |
| Commentaire de Nicolas Chauveau [ 01/févr./07 15:46 ] |
| YES ! |
| Commentaire de Justin Ziegler [ 01/févr./07 16:00 ] |
|
Coté exploit : c'est qui le 80.13.13.122 ? quel est son user-agent ? peut etre un adware ? un poste infecté ? ==> un user agent a banir ??? |
| Commentaire de Alexandre Garnier [ 01/févr./07 16:07 ] |
| L'IP n'est pas constante, elle change mais fait toujours les mêmes requêtes. |
| Commentaire de Alexandre Garnier [ 12/févr./07 11:57 ] |
|
En fait, dans le principe, le log et le code de retour sont déjà en place : // If no ProductId an CompProductId were in the url, we return a 404 response status code // - CrawlException for a crawled request (don't log all the trace, just a warning) // - ApplicationException for a classic user request if (null == lProductId && null == lCompProductId) { if (request.isCrawledBotRequest()) { throw new CrawlException(new Phrase("BaseProductAction", "CRAWL_EXCEPTION_PRD_ID_NULL", "ProductId and CompProductId in URL are null", true), HttpServletResponse.SC_NOT_FOUND); } else { request.setErrorStatusCode(HttpServletResponse.SC_NOT_FOUND); throw new ApplicationException(new Phrase("BaseProductAction", "PRODUCT_ID_NULL", "ProductId and CompProductId in URL are null (" + this.getClass().getName() + ")", true)); } } L'exception provoquant un log du type : 2007-02-12 11:44:26 INFO [Dispatcher ] 192.168.1.137 - >>> GET http://www.pm.boulard:1580/offer/buy/Erreur 2007-02-12 11:44:26 ERROR [Dispatcher ] 192.168.1.137 - Load error Servlet : com.babelstore.advert.front.AdvertServlet Request : GET http://www.pm.boulard:1580/offer/buy/Erreur Referrer : null User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 Trace : com.babelstore.util.ApplicationException: ProductId and CompProductId in URL are null (com.babelstore.advert.front.AdvertListAction) at com.babelstore.referential.front.BaseProductAction.execute(BaseProductAction.java:67) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:336) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:295) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:595) |
| Commentaire de Alexandre Garnier [ 12/févr./07 16:43 ] |
|
Petite analyse : Plusieurs requêtes sont effectuées : - http://www.priceminister.com/product?action=referencesearch&reference=2743304324 - qui trouve un produit et redirige automatiquement sur /inventory?action=view&productid=889017 - qui redirige automatiquement sur /submit?action=submitadvert&categoryref=186126&isupdate=false&productid=889017&stage=10 - http://www.priceminister.com/offer/buy/889017 Mais il arrive des fois que la recherche par référence ne donne rien et on a alors : - http://www.priceminister.com/product?action=referencesearch&reference=2743304405 - http://www.priceminister.com/offer/buy/Erreur il y a de fortes chance que cela soit un script qui lance la requête de recherche par référence, analyse le résultat pour avoir le product_id et lance ensuite la requête de fiche produit avec cet ID, mais malheureusement, il ne gère pas le cas de recherche sans résultat et se génère une erreur sans la rattraper et appel donc la fiche produit avec un ID "Erreur". Je pense donc que c'est quelqu'un qui se sert de notre base pour récupérer les fiches produits pour des ISBN donnés. Maintenant, qu'est-ce qu'on peut y faire ??... |
| Commentaire de Alexandre Garnier [ 12/févr./07 18:42 ] |
| Faire passer le JIRA à l'exploit ? |
| Commentaire de Justin Ziegler [ 13/févr./07 12:01 ] |
|
On peut mettre une redirection apache sur http://www.priceminister.com/offer/buy/Erreur ? Est ce la bonne approche ? |
| Commentaire de Alexandre Garnier [ 20/févr./07 17:24 ] |
| En tout cas je pense qu'en DEV, on peut pas faire grand chose de plus. |
| Commentaire de Justin Ziegler [ 21/févr./07 10:33 ] |
|
Bon j'affecte a Patrice. Il s'git de faire une redirection bien precise, vers un page spécifique. peux tu affecter ca a la bonne personne ? |
| Commentaire de Patrice Boulanger [ 21/févr./07 10:40 ] |
|
Antoine, Tu peux regarder ça? Je pense qu'il faut le rapprocher de banned-ua ? C'est peut être déjà réglé? Merci |
| Commentaire de Antoine Koener [ 21/févr./07 13:52 ] |
|
Un règle a été ajouté dans le fichier rewrite-banned.rules afin de bloquer l'URL /offer/buy/Erreur |
| Commentaire de Antoine Koener [ 05/mars/07 17:52 ] |
|
Aucune erreur sur Salus ni titeia sur la journée de hier. Aucune erreur sur la journée de Vendredi. Le blocage rewrite est donc efficace. |
| Commentaire de Younès Charrière [ 23/avr./07 15:50 ] |
| OK en Prod. |
[APP-12051] [Cob presence pc] Tous les liens renvoient vers la HP Création: 05/sept./06 18:37 Mise à jour: 25/juin/07 18:43 Résolue: 08/sept./06 09:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Lydia Dali | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||||||||||
| Site: | Integ | ||||||||||||||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||||||||||||||
| Description |
|
http://presencepc.pm.lan/ (voir les liens sur catalogue ..etc) Règle de réectiture qui renvoie vers une page static alors que la page n'a même pas été créée. |
| Commentaires |
| Commentaire de Antoine Koener [ 06/sept./06 10:02 ] |
|
Voici la requete: GET /navigation/default/category/root_games HTTP/1.1 Host: presencepc.pm.lan Connection: Close Et voici le resultat [0] 0 rolphin(problembox) |2006/09/06 09:56:45| '~/Web' nc www.pm.lan 80 < pm.request HTTP/1.1 302 Dplac Temporairement Date: Wed, 06 Sep 2006 08:00:23 GMT Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Fri, 06 Sep 1996 08:00:23 GMT Cache-Control: private Set-Cookie: JSESSIONID=5FCA98B8B3CA90720F2380A0ECBAAEBE.mumm; Path=/ Set-Cookie: pm=country=249&version=1_1&; Expires=Fri, 06-Oct-2006 08:00:23 GMT; Path=/ Location: /jeux-video Content-Length: 0 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" P3P: policyref="http://img.pm.lan/w3c/p3p.xml" Vary: * Connection: close Content-Type: text/html; charset=ISO-8859-1 le serveur applicatif mumm nous renvoie un /Location, donc une redirection. |
| Commentaire de Antoine Koener [ 06/sept./06 10:02 ] |
| Edouard as tu une idee ? |
| Commentaire de Edouard Gomez-Vaez [ 06/sept./06 10:13 ] |
| Ben, je parle pas apache courament mais j'ai l'impression qu'il manque les pages pseudo statiques pour presence pc sauf pour tel et pda et dvd / vhs ? |
| Commentaire de Antoine Koener [ 06/sept./06 11:37 ] |
|
En fait mon précédent commentaire permet de nous assurer que le problème n'est pas sur apache. apache ne génére pas de réponse comme celle ci: Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Fri, 06 Sep 1996 08:00:23 GMT Cache-Control: private Set-Cookie: JSESSIONID=5FCA98B8B3CA90720F2380A0ECBAAEBE.mumm; Path=/ La redirection provient du serveur applicatif. Et pas de apache. |
| Commentaire de Edouard Gomez-Vaez [ 06/sept./06 14:33 ] |
|
Bon... Alors, y a une règle, qui date de matusalem, qui force l'affichage des tops ventes sur les brand excluant le neuf pour les catégories ayant une "sélection price minister" (aka TG). Il y a une autre règle qui dit que si on cherche à afficher les top vente sur un brand excluant le neuf mais que il n'y a pas de top ventes (ou que des neuves), eh ben... on redirige vers la nav alpha et, si elle n'est pas configurée, vers la home. Bam. Je mets donc ce bug bloqué par l'activation des top ventes. |
| Commentaire de Antoine Koener [ 06/sept./06 14:42 ] |
| Bien joué capitaine Kirk ! |
| Commentaire de Edouard Gomez-Vaez [ 06/sept./06 14:43 ] |
|
Si ça intéresse qqun, les références dans le code : NavigationModel:180, NavigationModel:375 et NavigationModel:196 |
| Commentaire de Antoine Koener [ 06/sept./06 14:45 ] |
|
Meme cause. |
| Commentaire de Edouard Gomez-Vaez [ 06/sept./06 14:45 ] |
| ...et une aspirine pour la deux svp... |
| Commentaire de Edouard Gomez-Vaez [ 08/sept./06 09:55 ] |
| J'avais raison, ça marche maintenant qu'on a les top sales ! |
| Commentaire de Lydia Dali [ 08/sept./06 10:02 ] |
| ok |
| Commentaire de Christophe Garcia [ 08/sept./06 10:22 ] |
| T'es trop fort ... |
| Commentaire de Edouard Gomez-Vaez [ 08/sept./06 10:27 ] |
| Merci, merci... |
| Commentaire de Swan Desportes [ 31/janv./07 17:24 ] |
|
En fait, c'est un truc à donner un mal de crane terrible. Voir le bug "aspirine" d'EGV Il s'agit du manque de produits d'occasion dans les top sales de ces pages. Ce cas ne se produit que rarement en prod et la redirection est voulue (RG à changer ?) Pour valider que le problème provient bien des top sales, il faut s'arranger pour avoir des produits d'occasion les plus vendus en integ (pb de date, voir éventuellement avec le param). |
[APP-30609] CSS pour notes internes en HTML Création: 05/août/10 18:55 Mise à jour: 30/sept./10 16:41 Résolue: 26/août/10 15:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue, Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 78.0.0 (CTN-TU) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Classif FONC: | IG |
| Description |
|
Comme discuté lors de la dernière réunion de travail IG, le
Back Office souhaite profiter des outils mis en place pour l'HTMLisation
des templates de mails pour réaliser des notes internes en HTML. Pour que la mise en forme de ces notes internes puisse être visible par l'opérateur directement en BO (avant "envoi"), il est impossible de leur associer un meta-template. Il serait alors nécessaire d'insérer dans le "body" de ces notes internes un appel à une CSS externe. En PJ, le fichier CSS en question. A titre de test, merci d'ajouter la ligne de code permettant d'appeler cette CSS dans le template "n_retour_abime_in_a", sur CMS-REF. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 26/août/10 12:50 ] |
|
En utilisant une CSS locale (sur V:/ par exemple) ça ne
fonctionne pas (pour des raisons classiques de sécurité de la même
manière que ce genre de lien ne fonctionne pas sur les pages du Wiki...) Après ça marche avec : <link type="text/css" rel="stylesheet" media="all" href="http://pricejira.lan/secure/attachment/38115/stock_retours.css"/> Mais c'est pas pérenne (comment gérer l'évolution du contenu de la CSS, si on change de JIRA, ...) Donc il faudrait trouver un endroit où poser cette CSS qui soit accessible en direct par le SAV pour faire évoluer le contenu et accessible en HTTP pour être utilisable dans les templates... En fait il faudrait un petit Apache local pour le SAV. |
| Commentaire de Alexandre Garnier [ 26/août/10 15:08 ] |
|
Damien vient de mettre en place une interface HTTP sur ruinart au dossier W:\html http://ruinart/html --> W:\html Ainsi, la CSS est dispo et modifiable dans W:\html\css et accessible à l'URL http://ruinart/html/css/stock_retours.css Il suffit donc d'ajouter le lien dans les templates de note interne : <link type="text/css" rel="stylesheet" media="all" href="http://ruinart/html/css/stock_retours.css"/> Fait en exemple sur n_retour_abime_in_a |
| Commentaire de Alexandre Garnier [ 26/août/10 15:28 ] |
|
[CAJ2010Q3CTN] Ce système est du coup facilement extensible pour utiliser d'autres CSS ou ressources. Par contre il est dépendant de l'infrastructure de ruinart et du lien entre son Apache et le dossier W:\html |
[APP-15565] Mélange de genres et de sources d"images/promo en ESPAGNE Création: 19/mars/07 16:48 Mise à jour: 25/juin/07 18:50 Résolue: 21/mars/07 10:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 13.1.0 |
| Version(s) corrigée(s): | 13.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 13.x.x |
| Description |
|
Sur la HP ESPAGNE, on trouve ce type de liens : src="http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/visuels/hp-espana/defil.swf" On devrait avoir : src="http://img.priceminister.es/visuels/hp-espana/defil.swf" Il faudrait fournir au market un répertoire /visuels en ESPAGNE pour leur permettre de procéder comme en FRANCE. |
| Commentaires |
| Commentaire de Patrice Boulanger [ 19/mars/07 21:07 ] |
|
Jérémie, Peux-tu voir avec Eric pour le paramétrage du compte FTP market pour la France? Et reproduire la même chose pour l'Espagne? Merci. |
| Commentaire de Jérémie Bennejean [ 20/mars/07 11:15 ] |
|
J'ai fais le point avec eric. Voici comment on procede: Sur les 3 frontaux webs: en admines: Dans /data/chrootapache/usr/local/apache/es/htdocs/pmweb/img.priceminister.es/ Creation des liens symboliques visuels --> ../visuels affiliation -> ../affiliation newletter -> ../newletter Dans /data/chrootapache/usr/local/apache/es/htdocs/pmweb/ Création d'un lien : visuels -> /data/chrootapache/pmshare/marketing/visuels/es/ affiliation -> /data/chrootapache/pmshare/marketing/affiliation/es/ newletter -> /data/chrootapache/pmshare/marketing/newletter/es/ pmshare est un montage nfs provenant de Junon (/data/priceminister/pmshare) Pour accéder au répertoire visuels, Eric à créer les comptes ftp visuels_es, affiliation_es, newsletter_es qui permettent à l'équipe marketing de déposer des fichiers sur dans ces répertoires via l'adresse suivante : ftp.priceminister.es Le serveur ftp est bacchus. L'endroit ou les fichiers sont déposés via le ftp sur bacchus, est un montage de junon. |
| Commentaire de Jérémie Bennejean [ 20/mars/07 16:39 ] |
|
Modification des liens : visuels -> /data/chrootapache/pmshare/marketing/visuels/es/ affiliation -> /data/chrootapache/pmshare/marketing/affiliation/es/ newletter -> /data/chrootapache/pmshare/marketing/newletter/es/ en: visuels -> /../../../../../pmshare/marketing/visuels/es/ affiliation -> /../../../../../pmshare/marketing/affiliation/es/ newletter -> /../../../../../pmshare/marketing/newletter/es/ |
| Commentaire de Eric Vannier [ 20/mars/07 17:49 ] |
|
Les comptes ftp permettent de créer, supprimer, renommer les
fichiers. Ils ont comme droit 664 et le groupe est adminpm. Les serveurs web accèdent aux fichiers en lecture donc pas de soucis. Le choix a été de positionner les fichiers ds pmshare/marketing/ Des liens symboliques ont été crée dans les virtualhost de phaeton, cupidon et aricia vers le montage nfs de junon (pmshare). Cela a été validé par l'équipe marketing. |
| Commentaire de Jérémie Bennejean [ 21/mars/07 10:28 ] |
| Je resous le jira, tout semble ok |
[NpF] ne pas faire des requêtes FAST inutiles (perf !!!) meta tache
(APP-13110)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Violeta Doneva |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Classif1: | NAV |
| Classif2: | NAV - NPF |
| Description |
|
c'est que toi qui peux tester ça en INTEG : mettre la propriété fast.navigation.filter = false mettre la propriété fast.navigation.filter.entrypoint = 245283 redémarrer JBoss maintenant la NpF doit être désactivée (pas de menu pointant sur la NpF, pas de requête FAST quand on est sur la FP), mais dans la liste déroulante des caches en BO on doit bien voir "navigation par filtres" |
| Commentaires |
| Commentaire de Patrick Condevaux [ 20/oct./06 17:32 ] |
|
Le changement de parametre desactive bien la NpF mais par contre le cache n'apparait pas dans la liste des caches a recharer en BO (il n'apparait jamais que le parametre soit a TRUE ou a FALSE) |
| Commentaire de Violeta Doneva [ 30/nov./06 13:21 ] |
| Correction about loading always NpF cash to permit hot deploy changes about enable/disable NpF and entrypoint. Avoiding NumberFormatExeption for the entrypoint. |
| Commentaire de Patrick Condevaux [ 19/févr./07 11:41 ] |
|
ok tester en INTEG. la nav par filtre est bien desactivé et le cache nav par filtre disponible dans la liste des caches a rechargée. Par contre, il n'y a pas d'autres nav disponible si l'on desactive la nav par filtre. En effet, si l'on veut revenir a l'ancienne nav il faut egalement supprimer les redirection apache mis en place pour la nav par filtre |
[Cobrand MidiLibre] Metatache
(APP-13968)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 11.3.1 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Richard Dubois | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | COB Midi Libre |
| Commentaires |
| Commentaire de Richard Dubois [ 18/déc./06 12:13 ] |
|
Vous trouverez a
\\ruinart\Group\Projets\Cobrandings\Cobranding_PQR\Midi_Libre, un
fichier xls (formulaire de demande) avec touts les infos necessaires. Merci |
| Commentaire de Antoine Koener [ 27/déc./06 16:01 ] |
|
Les Virtualhosts Apache sont crées, la demande DNS est faite. Il reste à - créer les répertoires et - vérifier la propagation DNS - modifier le script des pages statiques afin de prendre en compte ce nouveau cobranding. |
| Commentaire de Antoine Koener [ 27/déc./06 16:14 ] |
|
Il reste à - Vérifier la propagation DNS - Modifier les pages statiques dès que Jet aurait réalisé la MAI-019416 |
| Commentaire de Antoine Koener [ 02/janv./07 13:57 ] |
|
Une petite passe pour jetez un oeil et s'assurer que tout semble correct. Regardez s'il reste des choses à terminer. Merci |
| Commentaire de Jérémie Bennejean [ 05/janv./07 11:29 ] |
| Antoine, je te leréassigne puisque tu as comencé à travailler dessus. |
Purge des images non valides de la base de prod.
(EXP-2485)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Description |
|
Peux-tu vérifier l'impact de la suppression des images supprimé, en conflit ou défectueuse sur l'application. Les supprimer revient aussi à supprimer toutes les vignettes qui sont en effet toutes dans ces status. Merci. |
| Commentaires |
| Commentaire de Patrick Pereira [ 17/août/06 15:49 ] |
| Swan, as-tu pu creuser la question ? |
| Commentaire de Swan Desportes [ 17/août/06 16:17 ] |
| A l'arrivée d'Antoine, une des premières taches demandées était de vérifier si les vignettes étaient encore requetées sur le site (url en /cover). C'était encore le cas. Il serait bon de faire une nouvelle vérification et si la quantité d'appels de /cover est devenu anecdotique alors on peut supprimer. |
| Commentaire de Antoine Koener [ 08/sept./06 11:37 ] |
|
De ce que j'avais fait si je me souviens bien, que les seules occurrences provenaient de google.image. qui reférencait notre ancien partenaire de stockage d'image (celui avant akamai). Ces urls ne sont utilisées que par la 'mémoire du net'. |
| Commentaire de Patrick Pereira [ 11/sept./06 11:38 ] |
|
Vu avec Quentin. Il faut que Swan remette noir sur blanc toutes les notes sur l'analyse qui avait été menée sur l'utilisation des images. Dans le cas où les caches googles rendent inévitables l'appel à des anciennes images, il faudrait prévoir la mise en place d'une redirection. Merci. |
| Commentaire de Patrick Pereira [ 11/sept./06 11:38 ] |
| Ce problème devient urgent car on commence à manquer sérieusement de place sur la base. |
| Commentaire de Patrick Pereira [ 12/sept./06 17:34 ] |
|
Je retranscrits le mail de Swan : Petit récap sur le chantier image interrompu fin Novembre 2005 pour cause de nouvelles chartes. Comme chacun sait, le principe est de ne plus stocker les mêmes images sous plusieurs formats dans la base de données mais sous un seul et de les redimensionner à la volée. Cette opération s'avère assez lourde lors de traitements massifs correspondant à notre volumétrie et peut mettre à mal les SA (cf. problèmes de saturation de la RAM par ImageMagick qui a besoin de 8 fois la taille de l'image en mémoire). L'akamaisation des images permet de cantonner ce risque à une phase d'initialisation qui est désormais passée. Concrètement, les appels d'images qui se faisaient par l'url /cover sont devenus des /photo, afin de marquer la rupture. Pour assurer la continuité, l'url /cover continue de servir les photos mais ne devrait plus être appelé. A ce sujet, nous avions identifié plusieurs sources restantes : - les promos (PRM-2015) : tous les appels /cover ont été supprimés ou convertis - les exports vers les partenaires ( - les pages TRC : elles ont été modifiées et remplacées. Il n'y a plus d'appels de /cover. - d'autres sources comme le cache de SPEEDERA ( -> Il peut être utile de faire une dernière vérification dans les logs Apache sur les appels de /cover. Attention, il y a deux aspects au problème : - les appels de /cover qui ne devraient plus avoir lieux mais qui ne sont pas forcément problématiques puisque c'est la même chose que /photo - les appels de /cover avec des identifiants de vignettes. Les appels en /cover peuvent pointer soit vers des photos que l'on considère valides aujourd'hui, soit vers des vignettes, que l'on souhaite supprimer. Ce qu'il reste à faire : - supprimer toutes les images de PRI_TYPE_CODE = 30. Elles sont 1627736 en integ. Ce doit être la même chose en prod. Moyennant la vérification ci-dessus, je pense que l'on peut y aller... - Supprimer les structures correspondantes : le PRI_TYPE_CODE, les colonnes PRD_ICON_ID des tables PRODUCT, ADVERT et WISH, les triggers qui mettent à jour ces colonnes. - Supprimer le code correspondant |
| Commentaire de Swan Desportes [ 12/sept./06 18:18 ] |
|
NB : je n'ai pas d'info particulière sur l'impact de la suppression des images non valides. Je ne parle que des vignettes. |
| Commentaire de Patrick Pereira [ 26/sept./06 16:31 ] |
|
De 01h40 à 12h40 nous avons eu 2600 appels à /cover dont : 800 appels depuis image.google.com 1400 appels depuis Speedera 400 appels depuis Akamai Sur ces appels : 96.9 % concernait des vignettes 02.9 % concernait des Rectos 00.2 % concernait des Versos Presque la totalité de ces appels ne ramèneront rien lorsque nous aurons supprimé les vignettes (et autre images à l'état supprimé). |
[APP-10698] out of memory error : sur plusieurs serveurs appli en serie, comme au bon vieux temps ! Création: 21/juin/06 17:36 Mise à jour: 25/juin/07 18:41 Résolue: 26/juin/06 16:36 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0.1 |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
on se retrouve avec un fichier de log appli qui fait 27 000 000 ligne !
|
| Commentaires |
| Commentaire de Justin Ziegler [ 21/juin/06 17:37 ] |
|
Plein de ceci : java.lang.OutOfMemoryError: Java heap space; nested exception is: javax.ejb.EJBException: null; CausedByException is: Unexpected Error; nested exception is: java.lang.OutOfMemoryError: Java heap space; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: null; CausedByException is: Unexpected Error; nested exception is: java.lang.OutOfMemoryError: Java heap space; nested exception is: javax.ejb.EJBException: null; CausedByException is: Unexpected Error; nested exception is: java.lang.OutOfMemoryError: Java heap space; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Unexpected Error; nested exception is: java.lang.OutOfMemoryError: Java heap space; nested exception is: javax.ejb.EJBException: null; CausedByException is: Unexpected Error; nested exception is: java.lang.OutOfMemoryError: Java heap space; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: null; CausedByException is: |
| Commentaire de Justin Ziegler [ 21/juin/06 17:38 ] |
|
Le garbage collector devient fou : 16:35:16:058: [GC 41402.058: [ParNew: 61312K->0K(61376K), 0.5662820 secs] 1777568K->1744404K(1843136K), 0.5671460 secs] Unmatched -> Total time for which application threads were stopped: 1.0288440 seconds 16:35:16:988: [GC 41402.988: [ParNew: 61312K->61312K(61376K), 0.0000440 secs]41402.988: [CMS41407.594: [CMS-concurrent-mark: 5.683/8.016 secs] Unmatched -> (concurrent mode failure): 1744404K->1684340K(1781760K), 14.1591970 secs] 1805716K->1684340K(1843136K), 14.1602130 secs] Unmatched -> Total time for which application threads were stopped: 14.2056510 seconds 16:35:31:453: [GC 41417.453: [ParNew: 61312K->0K(61376K), 0.4892610 secs] 1745652K->1733439K(1843136K), 0.4900470 secs] Unmatched -> Total time for which application threads were stopped: 0.5445060 seconds 16:35:32:018: [GC [1 CMS-initial-mark: 1733439K(1781760K)] 1733476K(1843136K), 0.0745950 secs] Unmatched -> Total time for which application threads were stopped: 0.1496530 seconds 16:35:32:093: [CMS-concurrent-mark-start] 16:35:32:558: [GC 41418.559: [ParNew: 21791K->0K(61376K), 0.4965810 secs] 1755231K->1748806K(1843136K), 0.4973830 secs] Unmatched -> Total time for which application threads were stopped: 0.8334110 seconds 16:35:33:335: [GC 41419.335: [ParNew: 61312K->61312K(61376K), 0.0000440 secs]41419.335: [CMS41423.950: [CMS-concurrent-mark: 4.978/5.857 secs] Unmatched -> (concurrent mode failure): 1748806K->1685531K(1781760K), 13.7870700 secs] 1810118K->1685531K(1843136K), 13.7880350 secs] Unmatched -> Total time for which application threads were stopped: 13.8331090 seconds 16:35:47:421: [GC 41433.421: [ParNew: 61312K->0K(61376K), 0.4973480 secs] 1746843K->1734873K(1843136K), 0.4981660 secs] Unmatched -> Total time for which application threads were stopped: 0.5536410 seconds 16:35:48:039: [GC [1 CMS-initial-mark: 1734873K(1781760K)] 1735414K(1843136K), 0.0775720 secs] Unmatched -> Total time for which application threads were stopped: 0.1911750 seconds 16:35:48:118: [CMS-concurrent-mark-start] 16:35:48:690: [GC 41434.690: [ParNew: 61312K->61312K(61376K), 0.0000450 secs]41434.690: [CMS41439.538: [CMS-concurrent-mark: 5.055/5.420 secs] Unmatched -> (concurrent mode failure): 1734873K->1685695K(1781760K), 14.2460560 secs] 1796185K->1685695K(1843136K), 14.2470310 secs] Unmatched -> Total time for which application threads were stopped: 14.6122040 seconds 16:36:03:145: [GC 41449.146: [ParNew: 33689K->0K(61376K), 0.4643240 secs]41449.610: [CMS (concurrent mode failure): 1710339K->1661237K(1781760K), 9.2742970 secs] 1719385K->1661237K (1843136K), 9.7396210 secs] Unmatched -> Total time for which application threads were stopped: 9.7854790 seconds 16:36:13:032: [GC [1 CMS-initial-mark: 1759028K(1781760K)] 1759077K(1843136K), 0.0762930 secs] Unmatched -> Total time for which application threads were stopped: 0.2232070 seconds 16:36:13:109: [CMS-concurrent-mark-start] 16:36:13:431: [GC 41459.432: [ParNew: 61312K->61312K(61376K), 0.0000430 secs]41459.432: [CMS41464.189: [CMS-concurrent-mark: 4.938/5.048 secs] Unmatched -> (concurrent mode failure): 1759028K->1734615K(1781760K), 14.3385070 secs] 1820340K->1734615K(1843136K), 14.3394570 secs] Unmatched -> Total time for which application threads were stopped: 14.4515660 seconds 16:36:28:436: [GC 41474.436: [ParNew: 61312K->61312K(61376K), 0.0000440 secs]41474.436: [CMS (concurrent mode failure): 1734615K->1686203K(1781760K), 10.6164460 secs] 1795927K->168 6203K(1843136K), 10.6174190 secs] Unmatched -> Total time for which application threads were stopped: 11.0581480 seconds 16:36:39:358: [GC [1 CMS-initial-mark: 1686203K(1781760K)] 1694949K(1843136K), 0.1288410 secs] Unmatched -> Total time for which application threads were stopped: 0.2546570 seconds 16:36:39:488: [CMS-concurrent-mark-start] 16:36:40:108: [GC 41486.108: [ParNew: 50261K->0K(61376K), 0.4574230 secs] 1736465K->1686886K(1843136K), 0.4582260 secs] Unmatched -> Total time for which application threads were stopped: 0.5663330 seconds 16:36:40:944: [GC 41486.945: [ParNew: 61312K->0K(61376K), 0.4636790 secs] 1748198K->1736041K(1843136K), 0.4644380 secs] Unmatched -> Total time for which application threads were stopped: 0.6022030 seconds 16:36:41:982: [GC 41487.983: [ParNew: 61312K->61312K(61376K), 0.0000440 secs]41487.983: [CMS41492.362: [CMS-concurrent-mark: 5.439/6.875 secs] Unmatched -> (concurrent mode failure): 1736041K->1685938K(1781760K), 14.6313730 secs] 1797353K->1685938K(1843136K), 14.6323080 secs] Unmatched -> Total time for which application threads were stopped: 14.9667620 seconds 16:36:56:908: [GC 41502.908: [ParNew: 61312K->0K(61376K), 0.4689180 secs] 1747250K->1735170K(1843136K), 0.4696980 secs] Unmatched -> Total time for which application threads were stopped: 0.5543890 seconds 16:36:57:416: [GC [1 CMS-initial-mark: 1735170K(1781760K)] 1735207K(1843136K), 0.0749040 secs] Unmatched -> Total time for which application threads were stopped: 0.1133370 seconds |
| Commentaire de Justin Ziegler [ 21/juin/06 17:48 ] |
|
Il semblerait que nous ayons un pb de recursivité qq part !!!! 2006-06-21 16:09:32,167 INFO [Processor317] 213.103.245.13 - <<< [529 ms] GET http://www.priceminister.com/boutique/1000toner/category/102788/l1/H 2006-06-21 16:09:32,240 ERROR [-Processor66] 62.23.27.114 - TransactionRolledbackException in method: public abstract com.babelstore.category.business.CategoryBusiness com.babel store.category.business.CategoryBusinessHome.findByParentCategoryIdAndRank(java.lang.Long,java.lang.Long) throws java.rmi.RemoteException,javax.ejb.FinderException, causedBy: java.lang.StackOverflowError at java.text.DecimalFormat.format(DecimalFormat.java:659) at java.text.DecimalFormat.format(DecimalFormat.java:595) at java.text.SimpleDateFormat.zeroPaddingNumber(SimpleDateFormat.java:1047) at java.text.SimpleDateFormat.subFormat(SimpleDateFormat.java:987) at java.text.SimpleDateFormat.format(SimpleDateFormat.java:806) at java.text.SimpleDateFormat.format(SimpleDateFormat.java:778) at java.text.DateFormat.format(DateFormat.java:314) at org.apache.log4j.helpers.PatternParser$DatePatternConverter.convert(PatternParser.java:436) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:56) at org.apache.log4j.PatternLayout.format(PatternLayout.java:495) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:292) at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java:225) at org.apache.log4j.WriterAppender.append(WriterAppender.java:150) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57) at org.apache.log4j.Category.callAppenders(Category.java:187) at org.apache.log4j.Category.forcedLog(Category.java:372) at org.apache.log4j.Category.log(Category.java:864) at org.jboss.logging.Log4jLoggerPlugin.debug(Log4jLoggerPlugin.java:128) at org.jboss.logging.Logger.debug(Logger.java:144) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:199) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:47) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298) at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715) at sun.reflect.GeneratedMethodAccessor163.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor139.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy261.findByParentCategoryIdAndRank(Unknown Source) at com.babelstore.category.business.CategoryBusinessBean.moveToRecursive(CategoryBusinessBean.java:180) at sun.reflect.GeneratedMethodAccessor809.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor139.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy262.moveToRecursive(Unknown Source) at com.babelstore.category.business.CategoryBusinessBean.moveToRecursive(CategoryBusinessBean.java:184) at sun.reflect.GeneratedMethodAccessor809.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) |
| Commentaire de Justin Ziegler [ 21/juin/06 17:48 ] |
|
Voici l'un des coupables : 2006-06-21 16:09:28,874 INFO [-Processor66] 62.23.27.114 - >>> GET http://bo.priceminister.com/category_back?action=categorymove&anchorkey=207639&categorystatus=2&newparentcategoryid=207639&rank=0&show=0&unfold=207639.207240.113769.0.1.&category_id=223715 |
| Commentaire de Justin Ziegler [ 21/juin/06 17:51 ] |
| Antoine va mettre un rewrite apache pour bloquer cela temporairement ! |
| Commentaire de Justin Ziegler [ 21/juin/06 18:02 ] |
|
Meme cas sur terra : 2006-06-21 17:18:08,026 INFO [-Processor31] 62.23.27.114 - >>> GET http://bo.priceminister.com/category_back?action=categorymove&anchorkey=207639&categorystatus=2&newparentcategoryid=207639&rank=10&show=0&unfold=207639.207240.113769.0.1.&category_id=223715 |
| Commentaire de Justin Ziegler [ 21/juin/06 18:05 ] |
|
Peut etre le pb vient il du fait que anchorkey=207639 == newparentcategoryid=207639 ?? d'ou un pb de recursivité assez évident ? (si c'est ce que je crois) |
| Commentaire de Antoine Koener [ 21/juin/06 18:18 ] |
|
La categorie est bloquée, une redirection va rediriger l'utilisateur sur la page /category_back... #blocage categorie RewriteCond %{REQUEST_URI} /category_back RewriteCond %{QUERY_STRING} action=categorymove&anchorkey=207639 RewriteRule / /category_back [R,L,NE] |
| Commentaire de Justin Ziegler [ 21/juin/06 18:24 ] |
|
Autre cas sur terra : 2006-06-21 15:39:10,547 INFO [Processor164] 62.23.27.114 - >>> GET http://bo.priceminister.com/category_back?action=categorymove&anchorkey=207639&categorystatus=2&newparentcat egoryid=207639&rank=0&show=0&unfold=207639.207240.113769.0.1.&category_id=223715 |
| Commentaire de Judd OSullivan [ 22/juin/06 15:01 ] |
| J'ai parlé avec l'équipe param et apparement ils faisaient un simple copier/coller. J'arrive pas à reproduire l'erreur en dev mais je pense que la theorie d'une erreur recursive est correct. C'est peut être une erreur dans les données en prod. Les 2 erreurs viennent de même partie de l'arbre : Import mapping / couleurs generiques. |
| Commentaire de Justin Ziegler [ 22/juin/06 18:57 ] |
|
Autre cas sur janus : 2006-06-22 11:38:41,263 INFO [-Processor98] 62.23.27.114 - >>> GET http://bo.priceminister.com/category_back?action=categorymove&anchorkey=207639&categorystatus=2&newparentcat egoryid=207639&rank=0&show=0&unfold=207639.207240.113769.0.1.&category_id=223715 Une nouvelle requete, mais je crois qu'il s'agit de la meme category ! |
| Commentaire de Geneviève Beaujard [ 23/juin/06 11:32 ] |
|
Il s'agit bien d'une erreur de recursivité. En effet on cherche a deplacer la categorie 216187 comme fille de la categorie 223639 avec le rank=0 et c'est ce rank=0 qui pose probleme. Le fait de vouloir ce rank=0 oblige le business a deplacer + de 400 categories (procedure moveToRecursive). ~ 400 appels recursifs à moveToRecursive nous donne le fameux 'Stack overflow'. Il n'y a pas de problemes si l'on veut deplacer categorie 216187 vers un rank beaucoup plus élevé (moins de données dans la heap) Voici le code de la methode moveToRecursive: /* * Recursive method should be declared "protected" * but must be called by beans of this entity */ public void moveToRecursive(Long lParentCategoryId, Long lRank) { try { CategoryBusinessHome hom = (CategoryBusinessHome) entityContext.getEJBHome(); // Set parent setParentCategoryId(lParentCategoryId); // Compute rank if (lRank != null) { // Check if position is free for me try { CategoryBusiness biz = hom.findByParentCategoryIdAndRank(lParentCategoryId, lRank); // It is taken, ask occupant to move ! Long lNextRank = new Long(lRank.longValue() + 10); biz.moveToRecursive(lParentCategoryId, lNextRank); } catch (FinderException e) { // It is free, no more category to move } setRank(lRank); } else { // Goto last position CategoryRankQuery qry = new CategoryRankQuery(); Long lMaxRank = qry.getMaxChildRank(getParentCategoryId()); if (lMaxRank == null) setRank(0); else setRank(lMaxRank.longValue() + 10); } // Force storing myself by calling a finder method hom.findNone(); } catch (RemoteException e) { throw new EJBException(e); } catch (FinderException e) { throw new EJBException(e); } } Il va falloir revoir le code. |
| Commentaire de Quentin de Chivré [ 23/juin/06 11:38 ] |
|
Pour les TGs, on faisait une procédurre de copie profonde en PL/SQL On devrait peut-etre faire pareil pour ca ? Juste une idée, il faudrait en discuter avant d'avancer |
| Commentaire de Judd OSullivan [ 23/juin/06 11:53 ] |
| On va faire une methode iterative qui serait un peu moins elegant mais aussi moins demandeur de ressource. C'est plus simple que de pousser cette fonctionnalité au plsql. |
| Commentaire de Geneviève Beaujard [ 26/juin/06 16:36 ] |
|
Checking in categoryentity.xml; /home/cvs/dev/source/src/com/babelstore/category/categoryentity.xml,v <-- categoryentity.xml new revision: 1.8; previous revision: 1.7 done Checking in business/CategoryBusiness.java; /home/cvs/dev/source/src/com/babelstore/category/business/CategoryBusiness.java,v <-- CategoryBusiness.java new revision: 1.5; previous revision: 1.4 done Checking in business/CategoryBusinessBean.java; /home/cvs/dev/source/src/com/babelstore/category/business/CategoryBusinessBean.java,v <-- CategoryBusinessBean.java new revision: 1.11; previous revision: 1.10 done Checking in business/CategoryBusinessHome.java; /home/cvs/dev/source/src/com/babelstore/category/business/CategoryBusinessHome.java,v <-- CategoryBusinessHome.java new revision: 1.6; previous revision: 1.5 done |
| Commentaire de Younès Charrière [ 05/juil./06 16:24 ] |
| Vu avec Geneviève et Judd, les modifications n'ont pas été checkinées. Attendre la prochaine compile. |
| Commentaire de Patrick Condevaux [ 07/juil./06 14:22 ] |
| ok testé en INTEG |
[APP-8218] Système de reconnaissance des libellés en preview par survol Création: 31/mars/06 17:33 Mise à jour: 25/juin/07 18:36 Résolue: 14/sept./06 16:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Nouvelle fonctionnalité | Priorité: | Cosmétique |
| Rapporteur: | Swan Desportes | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
Le principe serait d'afficher un ALT sur les labels lorsque l'on les survole avec la sourie. Ce ALT ne s'afficherait qu'en preview. Ce ALT afficherait l'identifiant du label. Encore mieux : Si l'internaute est en bo (ex: : bo.priceminister.com), non seulement il a le ALT mais un également un bouton qui lui permet d'aller à la page de modification du contenu en question. |
| Commentaires |
| Commentaire de Swan Desportes [ 12/juin/06 16:42 ] |
| --> SPOT |
| Commentaire de Alexandre Garnier [ 30/juin/06 12:14 ] |
| C'est fait : servlet 'spot', lien dans le header du BO |
| Commentaire de Patrick Condevaux [ 19/juil./06 16:02 ] |
|
le lien spot dans le header du Bo ne fonctionne pas: http://bo.pm.lan/spot?action=spot |
| Commentaire de Swan Desportes [ 24/août/06 14:20 ] |
|
La servlet n'est pas déclarée côté Apache en INTEG et en PROD. |
| Commentaire de Alexandre Garnier [ 14/sept./06 16:16 ] |
| C'est bon |
| Commentaire de Lydia Dali [ 16/oct./06 15:54 ] |
|
ok en integ http://bo.pm.lan/spot_back?action=spotback |
[EXP-1707] Manque des images en INTEG suite au passage en 812d Création: 04/avr./06 10:19 Mise à jour: 25/juin/07 18:57 Résolue: 05/avr./06 11:55 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Sébastien Tournay [ 05/avr./06 11:47 ] |
| Ce n'est pas une histpoire de lien ? Ranto, peux tu voir cela avec PAP ? |
| Commentaire de Ranto Andriambololona [ 05/avr./06 11:55 ] |
|
Ca a été réglé hier ... Le problème venait du "visuels" qui n'existait plus en INTEG. J'ai récupéré celui de la PROD [adminpm@deutz pmweb]$ pwd /data/chrootapache/usr/local/apache/htdocs/pmweb [adminpm@deutz pmweb]$ ll visuels drwxrwxr-x 145 adminpm adminpm 8192 avr 3 17:52 visuels |
[APP-11670] Nav par filtres > problèmes avec URLs contenant des slashes Création: 10/août/06 10:03 Mise à jour: 25/juin/07 18:43 Résolue: 17/août/06 10:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Klosek | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Les URLs des filtres contenant des slashes font planter
l'application, en raison de l'encodage des caractères spéciaux. Le problème n'intervenant qu'en Integ et non en Dev, est-ce dû à l'utilisation d'Apache? (la nav par fitlres est activée sur preview.pm.lan) |
| Commentaires |
| Commentaire de Antoine Koener [ 17/août/06 10:32 ] |
|
Dans la configuration apache: AllowEncodedSlashes On manquait. |
| Commentaire de Lydia Dali [ 31/janv./07 16:33 ] |
| ok |
[APP-8616] Pas de contenu associé à "http://www.pm.lan/info/premiere_visit_vehicule" Création: 21/avr./06 14:28 Mise à jour: 25/juin/07 18:37 Résolue: 24/avr./06 16:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Manque le contenu. On est renvoyé sur la HP |
| Commentaires |
| Commentaire de Christophe Garcia [ 21/avr./06 14:31 ] |
| Idem pour http://www.pm.lan/info/assurance |
| Commentaire de Swan Desportes [ 21/avr./06 14:41 ] |
|
http://www.pm.lan/info/premiere_visit_vehicule n'est pas la bonne URL --> http://www.pm.lan/info/premiere_visite_auto http://www.pm.lan/info/assurance n'est pas publié. On le publie en dev. Sera corrigé à la prochaine integ. |
| Commentaire de Christophe Garcia [ 21/avr./06 15:40 ] |
| Je supprim la règle de routage apache ? |
| Commentaire de Swan Desportes [ 21/avr./06 15:50 ] |
|
Non il faut la modifier avec la bonne url (encore désolé...) J'ai l'impression que ça vaut le coup de mettre en place un test automatisé sur toutes les URLs redirigées d'Apache. |
| Commentaire de Quentin de Chivré [ 21/avr./06 17:40 ] |
| oui ca permettra de plus de reproduire un test facilement sur l'integ, la prod, preview, les cobrandings... |
| Commentaire de Christophe Garcia [ 24/avr./06 16:25 ] |
|
Test automatisé fait ! Son nom : ApacheRouting |
[APP-11888] Les liens "occasion" et "neuf" renvoient des 404 Création: 30/août/06 12:21 Mise à jour: 25/juin/07 18:43 Résolue: 06/sept./06 12:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Swan Desportes [ 30/août/06 12:38 ] |
| Est ce que c'est un pb d'exploit ? |
| Commentaire de Judd OSullivan [ 05/sept./06 11:57 ] |
|
C'est un apache rewrite. Sur la prod on a dans rewrite_rules_referencement.conf : # Regle pour donner les pages statiques des topsearch specifiques pour le referencement (140405) RewriteRule ^/product/topsearch$ /trc/occasion.htm [L,PT] RewriteRule ^/product/prodindex$ /trc/neuf.htm [L,PT] RewriteCond %{REQUEST_URI} ^/trc.* RewriteCond /usr/local/apache/htdocs/pmweb%{REQUEST_FILENAME} !-s RewriteRule ^.* /trc/occasion.htm [L,R] |
| Commentaire de Antoine Koener [ 06/sept./06 12:25 ] |
|
Le rewrite est bien présent, en revanche les fichiers TRC ne sont pas présents. C'est pour ca le 404... |
| Commentaire de Antoine Koener [ 06/sept./06 12:29 ] |
|
Le repertoire trc était manquant, c'est corrigé. |
| Commentaire de Christophe Garcia [ 06/sept./06 12:44 ] |
| ok |
[EXP-3203] banir un fouteur de merde ? Création: 30/janv./07 11:46 Mise à jour: 25/juin/07 19:00 Résolue: 21/févr./07 13:57 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
sur salus : 2007-01-30 11:40:56,604 INFO [P-Processor3] 82.231.62.110 - >>> GET http://www.priceminister.com/navigation?&keyword=cd&category=search_all&action=search&tracking=62001&externa l=true& 2007-01-30 11:40:56,604 INFO [P-Processor3] 82.231.62.110 - Same request - count=455 - delay=500ms 2007-01-30 11:40:56,604 WARN [P-Processor3] 82.231.62.110 - The request attempt was throttled for connecting too fast : GET http://www.priceminister.com/navigation?&keyword=cd& category=search_all&action=search&tracking=62001&external=true& 2007-01-30 11:40:56,605 INFO [P-Processor3] 82.231.62.110 - Setting response status code to 503 2007-01-30 11:40:56,696 INFO [P-Processor3] 82.231.62.110 - Displaying tag : Tracking (ENTRY) - Affiliation-Effiliation(62001)::Entree 2007-01-30 11:40:56,721 INFO [P-Processor3] 82.231.62.110 - <<< [117 ms] GET http://www.priceminister.com/navigation?&keyword=cd&category=search_all&action=search&tracking=6200 1&external=true& 2007-01-30 11:40:57,137 INFO [-Processor11] 82.231.62.110 - >>> GET http://www.priceminister.com/navigation?&keyword=cd&category=search_all&action=search&tracking=62001&externa l=true& 2007-01-30 11:40:57,137 INFO [-Processor11] 82.231.62.110 - Same request - count=456 - delay=533ms 2007-01-30 11:40:57,137 WARN [-Processor11] 82.231.62.110 - The request attempt was throttled for connecting too fast : GET http://www.priceminister.com/navigation?&keyword=cd& category=search_all&action=search&tracking=62001&external=true& 2007-01-30 11:40:57,137 INFO [-Processor11] 82.231.62.110 - Setting response status code to 503 2007-01-30 11:40:57,229 INFO [-Processor11] 82.231.62.110 - Displaying tag : Tracking (ENTRY) - Affiliation-Effiliation(62001)::Entree 2007-01-30 11:40:57,250 INFO [-Processor11] 82.231.62.110 - <<< [113 ms] GET http://www.priceminister.com/navigation?&keyword=cd&category=search_all&action=search&tracking=6200 1&external=true& 2007-01-30 11:40:57,669 INFO [-Processor50] 82.231.62.110 - >>> GET http://www.priceminister.com/navigation?&keyword=cd&category=search_all&action=search&tracking=62001&externa l=true& 2007-01-30 11:40:57,669 INFO [-Processor50] 82.231.62.110 - Same request - count=457 - delay=532ms 2007-01-30 11:40:57,669 WARN [-Processor50] 82.231.62.110 - The request attempt was throttled for connecting too fast : GET http://www.priceminister.com/navigation?&keyword=cd& category=search_all&action=search&tracking=62001&external=true& 2007-01-30 11:40:57,669 INFO [-Processor50] 82.231.62.110 - Setting response status code to 503 2007-01-30 11:40:57,762 INFO [-Processor50] 82.231.62.110 - Displaying tag : Tracking (ENTRY) - Affiliation-Effiliation(62001)::Entree 2007-01-30 11:40:57,785 INFO [-Processor50] 82.231.62.110 - <<< [116 ms] GET http://www.priceminister.com/navigation?&keyword=cd&category=search_all&action=search&tracking=6200 1&external=true& 2007-01-30 11:40:58,166 INFO [-Processor11] 82.231.62.110 - >>> GET http://www.priceminister.com/navigation?&keyword=cd&category=search_all&action=search&tracking=62001&externa l=true& 2007-01-30 11:40:58,166 INFO [-Processor11] 82.231.62.110 - Same request - count=458 - delay=497ms |
| Commentaires |
| Commentaire de Justin Ziegler [ 30/janv./07 11:47 ] |
|
sur apache : www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:06 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:12 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:13 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:15 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:15 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:21 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:23 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:26 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:27 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:28 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:28 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:29 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:33 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:38 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:41 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:43 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:43 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" www.priceminister.com 82.231.62.110 - - [30/Jan/2007:11:46:44 +0100] "GET /navigation?&keyword=cd&category=search_all&action=search&tracking=62001&external=true& HTTP/1.1" 503 1347 1 "-" "TPSystem v3.11 WV:2:5:1:2600:2:0" |
| Commentaire de Antoine Koener [ 30/janv./07 15:48 ] |
|
C'est un utilisateur de Freebox. inetnum: 82.231.62.0 - 82.231.63.255 netname: FR-PROXAD-ADSL descr: Proxad / Free SAS descr: Static pool (Freebox) descr: bis67-1 (strasbourg_es) descr: NCC#2003105812 Il utilise un systeme du type: TPSystem v3.11 WV:2:5:1:2600:2:0 Connu sous le nom plus simple de: Name: Adware.Win32.TPSystem.a Sa machine est donc infectée. Dans ce cas là le blocage du type lyonnais ne suffit pas, ou alors nos limites sont trop élevées, il faudrait peut être bloquer des gens plus rapidement (baisser les seuils) ? |
| Commentaire de Justin Ziegler [ 30/janv./07 16:06 ] |
| Quel est le risque de bloquer le user-agent ? |
| Commentaire de Antoine Koener [ 30/janv./07 16:10 ] |
|
Je pense aucun. On peut mettre ca en place. Tant qu'on y ai je pense qu'on pourrait étendre la liste à plein d'autre adware... Je vais regarder. |
| Commentaire de Antoine Koener [ 20/févr./07 14:52 ] |
|
Le blocage est mis en production, Les user agent commencant par TPSystem reçoivent une page 403 Forbidden. Les règles ont été ajoutées dans un fichier séparés inclus dans le fichier rewrite.rules.V900 inclus dans tous les virtualhosts. Le code Tracking correspond à un utilisateur Effiliation, j'ai appelé le marketing afin d'obtenir un contact chez Effiliation pour pouvoir investiguer un peu. Christophe Bosquet 01 40 18 54 04 |
| Commentaire de Antoine Koener [ 21/févr./07 13:57 ] |
| Le blocage est effectif. |
[APP-10783] [Affiliation] Les images de la page affiliation n'apparaissent plus Création: 27/juin/06 16:50 Mise à jour: 25/juin/07 18:41 Résolue: 30/juin/06 15:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0.1a |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ghislain Gridel | Attribution: | Emmanuel Gosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Prod |
| Description |
|
Les images n'apparaissent plus : http://www.priceminister.com/info/affiliation
|
| Commentaires |
| Commentaire de Christophe Garcia [ 27/juin/06 18:20 ] |
|
Quelles images ? Je n'ai pas d'erreur sur la page (voir screenshot) |
| Commentaire de Younès Charrière [ 30/juin/06 11:39 ] |
|
Vu avec Ghislain, les images présentes dans le ventre de la
page sont parfois absentes mais cela ne se produit pas à tous les coups
(je n'ai d'ailleurs pas réussi à recréer le bug). Guislain a remarqué
l'erreur sur les deux navigateurs qu'il utilise (IE6 et Maxthon). Il a aussi eu un retour de plusieurs personnes ayant remarqué ce problème. |
| Commentaire de Quentin de Chivré [ 30/juin/06 12:02 ] |
| en général cela est du a des images presentes sur un serveur apache et pas l'autre (cupidon/phaeton) |
| Commentaire de Judd OSullivan [ 30/juin/06 15:43 ] |
|
En prod, le lien de l'image au milieu est : http://www.pm.brice:9080/front/brand/www/images/help/affiliation_schema.gif Nos utilisateurs externe vont avoir du mal à la voir. |
| Commentaire de Emmanuel Gosse [ 30/juin/06 15:54 ] |
| au temps pour moi |
| Commentaire de Lydia Dali [ 03/juil./06 12:12 ] |
|
elle est maintenant sur: http://akamai.pm.lan/content/V901/front/br |
[APP-11520] [CoB ViaMichelin] lors de la mise ne vente le lien sur la garantie ne fonctionne pas Création: 31/juil./06 17:20 Mise à jour: 25/juin/07 18:42 Résolue: 06/sept./06 11:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 9.0.2 |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Condevaux | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Lors de la mise en vente d'un vehicule sur ViaMichelin à l'étape 4 - Aperçu avant paiement L'image indiquant le nombre de mois de garantie est cliquable mais pointe vers une page au contenu vide (seulement un header et un footer): http://viamichelin.pm.lan/ng?hp=vehicle&pr=pm_warranty |
| Commentaires |
| Commentaire de Manuel Sadok [ 31/juil./06 18:21 ] |
| Est-ce que ce ne serait pas un problème de fall-back ? |
| Commentaire de Emmanuel Gosse [ 31/juil./06 18:38 ] |
| mettre la bonne url |
| Commentaire de Emmanuel Gosse [ 07/août/06 17:59 ] |
| j'ai remis une url en popup et fait l'ensemble de ces liens et un peu de netoyage. |
| Commentaire de Christophe Garcia [ 05/sept./06 16:48 ] |
| La page est vide (voir screenshot). |
| Commentaire de Christophe Garcia [ 05/sept./06 16:50 ] |
|
Il manque soit : - de mettre la bonne URL (en /info) - de faire du routage Apache de l'ancienne vers la nouvelle url. |
| Commentaire de Swan Desportes [ 06/sept./06 11:55 ] |
|
Sur la page aperçu, le lien affiche une pop-up "pleine". |
| Commentaire de Patrick Condevaux [ 07/sept./06 12:02 ] |
| ok en INTEG |
[EXP-2485] Purge des images non valides de la base de prod. Création: 28/juil./06 18:10 Mise à jour: 25/juin/07 18:58 Résolue: 09/oct./06 17:03 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
| Description |
|
L'espace occupé par les images en prod est de 227 Go. Les images sont réparties de la manière suivant leur status : PRI_STATUS_CODE Label Status NBR IMAGES 10 Validé 2.560.348 15 Auto-validé 558.378 18 Soumis visible 53 20 Soumis 357 30 Supprimé 2.031.581 40 Conflit 63.367 60 Défectueuse 100.217 Nous avons donc près de la moitié des images qui sont dans un état supprimé, en conflit ou défectueuse. Si nous les supprimons de la base, cela devrait nous permettre de gagner au alentour de 100Go. Toutes les vignettes sont dans l'état supprimé, en conflit ou défectueuse. |
| Commentaires |
| Commentaire de Patrick Pereira [ 01/août/06 12:17 ] |
|
Quentin suggérait qu'on utilise le même mécanisme que pour les autres archivages aves sysdate - 180. Je pense que l'archivage d'une centaine de Go poserait ensuite des problèmes pour la sauvegarde du schéma d'archive. D'après moi on pourrait supprimer pur et simplement touts les images dans l'état 30,40,60 avec une change_date < sysdate - 180. Actuellement en prod : SQL> select count(*) from prd_image where change_date < sysdate -180 and pri_status_code in (30,40,60); COUNT(*) ---------- 2.059.422 |
| Commentaire de Quentin de Chivré [ 01/août/06 12:27 ] |
| Gardons au moins les 60, s'il y a des conflits d'import, celles de l'import peuvent quand même etre meilleures |
| Commentaire de Patrick Pereira [ 01/août/06 17:49 ] |
| C'est pas les 40 (Conflit) dont tu veux parler ? |
| Commentaire de Quentin de Chivré [ 01/août/06 17:53 ] |
| si |
| Commentaire de Patrick Pereira [ 01/août/06 18:01 ] |
|
Vu avec Agathe, pas de problème pour supprimer les images. J'attends un retours de Swan et Gaël pour lancer l'opération. |
| Commentaire de Patrick Pereira [ 11/sept./06 11:20 ] |
| Le retours dev et fonctionnel est ok donc je fourni à Didier la requête pour la suppression des images soit incorporée aux purges quotidiennes. |
| Commentaire de Justin Ziegler [ 11/sept./06 18:08 ] |
|
Tu commences par laquelle ? il me semble que Edouard a deja bossé sur le sujet. Ca vaut le coup de recupérer ses inputs ? |
| Commentaire de Quentin de Chivré [ 11/sept./06 18:37 ] |
| En fait le mail de Swan indique qu'il serait bon de terminer l'analyse des logs Apache avant de se lancer... qui s'en charge ? |
| Commentaire de Patrick Pereira [ 12/sept./06 17:36 ] |
|
La requête serait la suivante : delete from prd_image where change_date < sysdate -90 and pri_status_code in (30,40,60); |
| Commentaire de Justin Ziegler [ 12/sept./06 18:39 ] |
| Je propose de ne pas archiver les conflits pour l'instant. |
| Commentaire de Patrick Pereira [ 26/sept./06 16:32 ] |
|
Après vérification auprès d'Emmanuel, il apparaît que nous avons 1 visite par mois amené depuis /cover. Je pense que l'on peut : - définir une règle renvoyant un code 301 (Moved Permanantly) en cas d'appel à /cover - commencer la purge des images |
| Commentaire de Patrick Pereira [ 09/oct./06 17:03 ] |
| La purge des images est en place en production. |
[APP-11205] Entre de pages consécutives en https on a le message: cette page contient des élèments sécurisés et d'autre non, souhaitez vous les afficher? Création: 19/juil./06 14:35 Mise à jour: 25/juin/07 18:42 Résolue: 28/juil./06 16:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 9.0.2 |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Lydia Dali | Attribution: | Olivier Bourgeois |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
Pour reproduire faire un achat par exemple. voir capture d'ecran. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 27/juil./06 14:49 ] |
|
Peux-tu jeter un oeil stp ? PS : t'as vu ? je t'ai déposé mon pot de yahourt ;-) |
| Commentaire de Judd OSullivan [ 27/juil./06 17:03 ] |
|
GEB a regardé un peu mais il n'y a rien evident. Selon
Firefox il y a les trois images fianet, societe generale et la poste qui
sont en mode http (avec des liens akamai.pm.lan en plus).Il y a aussi
une image xiti. Conf apache ? JSP ? Pour moi, toutes images sur une page HTTPS ne devrait pas être en source akamai. Est-ce que ces liens akamai.pm.lan veut dire un lien akamai ? Vue que c'est un theme recurrent, un page wiki ferai de bien. C'est Edouard qui a le plus travaillé sur ce genre de bug. |
| Commentaire de Edouard Gomez-Vaez [ 27/juil./06 17:49 ] |
|
Je ne sais pas quoi faire : dans notre cas, le rapport de
confidentialité nous indique que xiti nous embête puisqu'on a un appel
en http et non en https de d'une url xiti (cf. capture). |
| Commentaire de Edouard Gomez-Vaez [ 27/juil./06 18:05 ] |
|
En fait, c'est le xtrois hébergé chez nous qui génère une url en http. En revanche, je cherche des images akamai et je n'en trouve pas. |
| Commentaire de Edouard Gomez-Vaez [ 27/juil./06 20:51 ] |
|
En fait, il y a un script qui s'exécute sur la page et qui génère un truc en <img src="http://logc11.xiti.com/hit.xiti?s=104629&s2=&p=RechercheGlobale&hl=20x41x57&lng=fr&r=1280x1024x32x32&re=1280x75 2&ref=http://liberation.pm.bollinger:1280/user?action=label$sellerurl=http%3A%2F%2F" height="1" width="1"> sans https. Quelqu'un sait qui peut faire cela ? |
| Commentaire de Edouard Gomez-Vaez [ 27/juil./06 20:53 ] |
| Tu peux m'aider pour l'analyse ? |
| Commentaire de Olivier Bourgeois [ 28/juil./06 15:47 ] |
|
C'est le XitiBlock.jsp qui ne gère pas le switch entre http et https pour ce tag xtrois (c'est quoi au fait ?) |
| Commentaire de Younès Charrière [ 01/août/06 12:32 ] |
| L'erreur ne se produit plus en INTEG avec IE. |
[Cobrand] Lycos Occasion metatache
(APP-13834)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 11.2.0 (Lycos) |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Ghislain Gridel | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | COB Lycos |
| Commentaires |
| Commentaire de Ghislain Gridel [ 19/déc./06 17:10 ] |
|
Les logos Société Générale et la poste ont disparus. |
| Commentaire de Clement Balay [ 19/déc./06 18:36 ] |
| apparement c'est une copie de l'image en integ qu'il faudrait |
| Commentaire de Jérémie Bennejean [ 20/déc./06 14:41 ] |
|
Il manque une partie du contenu statique pour Apache: Voici un exemple: content/V11_2_0/front/brand/lycos/images/default/logo/external/logo_socGen.jpg /content/V11_2_0/front/brand/lycos/images/default/bullet/a_arrowb.gif Et voici ce qui existe: -rw-r--r-- 0/0 15533 2006-12-20 10:17:16 front/brand/lycos/brand.css -rw-r--r-- 0/0 15453 2006-12-20 10:17:16 front/brand/lycos/brand_vehicle.css -rw-r--r-- 0/0 1708 2006-12-12 10:55:35 front/brand/lycos/images/buy_left.jpg -rw-r--r-- 0/0 699 2006-12-12 10:55:35 front/brand/lycos/images/buy_title.gif -rw-r--r-- 0/0 55 2006-12-12 10:55:35 front/brand/lycos/images/default/bullet/a_arrowblack.gif -rw-r--r-- 0/0 52 2006-12-12 10:55:35 front/brand/lycos/images/default/bullet/a_arrowblue.gif -rw-r--r-- 0/0 55 2006-12-12 10:55:35 front/brand/lycos/images/default/bullet/a_arrowblue_2.gif -rw-r--r-- 0/0 52 2006-12-12 10:55:35 front/brand/lycos/images/default/bullet/a_arrowbter.gif -rw-r--r-- 0/0 61 2006-12-12 10:55:35 front/brand/lycos/images/default/bullet/chev_036.gif -rw-r--r-- 0/0 1814 2006-12-12 10:55:36 front/brand/lycos/images/default/edito/home/buy_bg.jpg -rw-r--r-- 0/0 1708 2006-12-19 18:08:03 front/brand/lycos/images/default/edito/home/buy_left.jpg -rw-r--r-- 0/0 2084 2006-12-12 10:55:36 front/brand/lycos/images/default/edito/home/buy_title.gif -rw-r--r-- 0/0 1747 2006-12-12 10:55:36 front/brand/lycos/images/default/edito/home/sell_bg.jpg -rw-r--r-- 0/0 1770 2006-12-19 18:08:03 front/brand/lycos/images/default/edito/home/sell_right.jpg -rw-r--r-- 0/0 2292 2006-12-12 10:55:36 front/brand/lycos/images/default/edito/home/sell_title.gif -rw-r--r-- 0/0 7688 2006-12-12 10:55:36 front/brand/lycos/images/default/edito/home/warranties_bg.jpg -rw-r--r-- 0/0 4301 2006-12-12 10:55:36 front/brand/lycos/images/default/icon/barcode_sample.gif -rw-r--r-- 0/0 304 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/background/category_title_bg.jpg -rw-r--r-- 0/0 298 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/background/h3o_bg.jpg -rw-r--r-- 0/0 371 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/background/table_gen_bottom.gif -rw-r--r-- 0/0 371 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/background/table_gen_bottom_ie.gif -rw-r--r-- 0/0 16425 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/header_lycos.jpg -rw-r--r-- 0/0 67 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/help_logo.gif -rw-r--r-- 0/0 66 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/inscription_logo.gif -rw-r--r-- 0/0 65 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/loop.gif -rw-r--r-- 0/0 67 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/memo.gif -rw-r--r-- 0/0 67 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/menu_bg.gif -rw-r--r-- 0/0 1236 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/ok_srch.jpg -rw-r--r-- 0/0 170 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/onglet_bg.gif -rw-r--r-- 0/0 170 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/onglet_bg_off.gif -rw-r--r-- 0/0 82 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/onglet_imgright.gif -rw-r--r-- 0/0 82 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/onglet_imgright_off.gif -rw-r--r-- 0/0 70 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/parrainage_logo.gif -rw-r--r-- 0/0 64 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/header/pic_cart.gif -rw-r--r-- 0/0 219 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/onglet/tab_off_body.gif -rw-r--r-- 0/0 219 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/onglet/tab_on_body.gif -rw-r--r-- 0/0 76 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/onglet/tab_right_body.gif -rw-r--r-- 0/0 76 2006-12-12 10:55:36 front/brand/lycos/images/default/structure/onglet/tab_right_body_on.gif -rw-r--r-- 0/0 446 2006-12-19 20:21:14 front/brand/lycos/images/img_https/bluesky_back.jpg -rw-r--r-- 0/0 88 2006-12-19 20:21:14 front/brand/lycos/images/img_https/bottom_center.gif -rw-r--r-- 0/0 253 2006-12-19 20:21:14 front/brand/lycos/images/img_https/bottom_left.gif -rw-r--r-- 0/0 226 2006-12-19 20:21:14 front/brand/lycos/images/img_https/bottom_right.gif -rw-r--r-- 0/0 4069 2006-12-19 20:21:14 front/brand/lycos/images/img_https/global_logo.gif -rw-r--r-- 0/0 630 2006-12-19 20:21:14 front/brand/lycos/images/img_https/head-left.jpg -rw-r--r-- 0/0 361 2006-12-19 20:21:14 front/brand/lycos/images/img_https/head-mid.jpg -rw-r--r-- 0/0 569 2006-12-19 20:21:14 front/brand/lycos/images/img_https/head-right.jpg -rw-r--r-- 0/0 135 2006-12-19 20:21:14 front/brand/lycos/images/img_https/submenu_back_1.gif -rw-r--r-- 0/0 1770 2006-12-12 10:55:35 front/brand/lycos/images/sell_right.jpg -rw-r--r-- 0/0 658 2006-12-12 10:55:35 front/brand/lycos/images/sell_title.gif -rw-r--r-- 0/0 728 2006-12-12 10:55:36 front/brand/lycos/images/vehicle/structure/background/blk_members_b1.jpg -rw-r--r-- 0/0 64 2006-12-12 10:55:36 front/brand/lycos/images/vehicle/structure/background/blk_members_bg.gif -rw-r--r-- 0/0 1022 2006-12-12 10:55:36 front/brand/lycos/images/vehicle/structure/background/blk_members_title.jpg -rw-r--r-- 0/0 830 2006-12-12 10:55:35 front/brand/lycos/images/warranties_title.gif |
| Commentaire de Richard Dubois [ 20/déc./06 18:50 ] |
| géré par VALID (CGA) |
[EXP-2969] LOGS ESPAGNE : a ne pas supprimer Création: 09/nov./06 18:53 Mise à jour: 25/juin/07 18:59 Résolue: 16/nov./06 16:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Comptage |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
ATTENTION NE PAS SUPPRIMER LES LOGS ESPAGNES A PARTIR DU 9/11, tant que l'on ne les a pas récupéré. On mettra ensuite un méthode d'upolad comme pour les logs France. mais pour le moment, on GARDE TOUT.... merci |
| Commentaires |
| Commentaire de Patrice Boulanger [ 09/nov./06 19:02 ] |
|
Je préfére qu'on mette le mécanisme dès maintenant, en
effet, CMS ou JET n'hésiteront pas à supprimer les logs apache en cas de
problème d'espace sur les serveurs. Donc, plus vite on aura mis le
mécanisme en place, mieux ça vaudra. |
| Commentaire de Antoine Koener [ 16/nov./06 16:54 ] |
|
Logs envoyés. |
[EXP-3278] Pouvoir recharger les caches applicatifs sur hercule. Création: 12/févr./07 11:03 Mise à jour: 07/nov./07 17:26 Résolue: 07/nov./07 17:26 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérôme Viviès | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
On ne peut pas recharger les caches applicatifs sur hercule. Le rafraîchissement, aujourd'hui, demande un re-démarrage qui dure 18 min. Cela ne permet aucune réactivité. Cf. PRM-7291 Peut-on corriger cela ? |
| Commentaires |
| Commentaire de Justin Ziegler [ 08/août/07 12:52 ] |
|
Est ce toujours le cas ? Peut on fermer ? |
| Commentaire de Jérôme Viviès [ 08/août/07 17:28 ] |
| Oui, toujours le cas - on doit attendre le lendemain - conséquences lourdes en terme de bonne réalisation du travail (obligés de s'interrompre jusqu'au lendemain). |
| Commentaire de Justin Ziegler [ 08/août/07 19:30 ] |
|
Jérémie, peux tu mettre le poids de hercule a 1 sur tous les apache stp ? et mettre hercule dans le pool de SA pour le BO ? et rajouter hercule dans la liste des SA dans le priceminister.properties ? merci |
| Commentaire de Justin Ziegler [ 08/août/07 19:31 ] |
| Est ce que cela corrigera le pb ? |
| Commentaire de Patrice Boulanger [ 20/août/07 18:23 ] |
|
En fait, je ne préfére pas trop qu'on mette hercule dans le
pool du BO car il sera alors aussi dans le pool du front office. On pourrait plutôt créer un virtual host spécifique (bo.hercule.priceminister.com ?) qui ne contiendrait que hercule, et la liste des SA sur hercule ne contiendrait que hercule. Qu'en pensez-vous ? |
| Commentaire de Jérémie Bennejean [ 07/nov./07 17:26 ] |
|
J'ai suivi l'idée de Patrice et créé un vh hercule.priceminister.com L'acces est restreind aux IP habituelles + login/mdp. Depuis hercule on ne peut atteindre que hercule On peut donc recharger les caches sur hercule Pour info: Afin de conserver le meme fichier pirceminister-infra.properties, j'ai utilisé le priceminister-overload.properties pour renseigner la propriétee priceminister.server.list |
[APP-18901] Correction orthographique des fichiers concernant le parrainage pro Création: 13/sept./06 12:10 Mise à jour: 31/janv./08 16:52 Résolue: 31/janv./08 14:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Eve Pioche | Attribution: | Jérôme Gautier |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Problèmes orthographiques relevés sur le pop-up "parrainez
un pro et recevez 150¿" ainsi que dans la plaquette et le règlement de
parrainage dont lesliens sont dispos à partir de ce pop-up. Cf
screenshots pour corrections.
|
| Commentaires |
| Commentaire de Swan Desportes [ 13/sept./06 15:01 ] |
| Certains sont des contenus infoglue. |
| Commentaire de Jérôme Viviès [ 22/sept./06 16:04 ] |
| Olga, je voudrais voir comment tu fais les modifs. Donc essaie de m'appeler quand tu réaliseras ce JIRA. |
| Commentaire de Olga Costa [ 26/sept./06 15:41 ] |
|
Mohamed, Peux tu t'occuper des PJ 2, 3, 4, 5,6 (ce n'est pas du param) Merci |
| Commentaire de Olga Costa [ 02/oct./06 10:00 ] |
| J'ai corrigé page PJ1, par contre il me manque l'image sur cette page. J'ai fait la demande à Mohamed. |
| Commentaire de Olga Costa [ 05/janv./07 12:06 ] |
| Rien à faire pour le PJ 3 (correctionplaquetteparrainagepro02.bmp (2.25 Mb)) car cette page n'est plus d'actualité |
| Commentaire de Olga Costa [ 20/févr./07 16:12 ] |
|
Bonjour, Odile, est ce que Mohamed a commencé le travail sur ce jira ? Merci Olga |
| Commentaire de Odile Szabo [ 20/févr./07 19:31 ] |
|
Olga, c'est la 1ere fois que je prends connaissance de cette demande. Toutes les demandes à faire à Mohamed doivent passer par moi car il a un planning chargé et ça peut aussi un autre graphiste de l'équipe qui traite la demande. passes me voir, pour me dire concrètement de quoi tu as besoin et j'essaierai de la caser dès que possible dnas leur planning, merci odile |
| Commentaire de Jérémie Bennejean [ 23/févr./07 11:51 ] |
|
Olga, j'ai trouvé ou sont les pages que tu demandes. Ces pages se trouvent sur chacuns des 3 frontaux webs: [adminpm@aricia plaquette]$ pwd /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/plaquette [adminpm@aricia plaquette]$ ll pla* -rw-r--r-- 1 adminpm adminpm 22741 Aug 27 2002 plaquette_2002-08-27.html -rw-r--r-- 1 adminpm adminpm 21377 Sep 11 2002 plaquette_2002-09-11.html lrwxrwxrwx 1 adminpm adminpm 14 Oct 20 17:07 plaquette2.html -> plaquette.html -rw-r--r-- 1 adminpm adminpm 22776 Sep 13 2001 plaquette-40101.html -rw-r--r-- 1 adminpm adminpm 19923 Sep 19 2003 plaquette.html |
| Commentaire de Olga Costa [ 27/févr./07 17:30 ] |
| Richard c'est le jira dont je te parlé dans le mail ( 23/02/2007) |
| Commentaire de Jérôme Viviès [ 16/oct./07 17:25 ] |
| Olga, peux-tu essayer de clôturer ce JIRA, stp ? |
| Commentaire de Mohamed Bendjama [ 15/nov./07 12:49 ] |
|
Je remarque que certains commentaires sur ce problème date depuis plus d'1 an ! A mon avis, c'est aux fonctionnelles ( Jérôme Gautier) qu'il faut s'adresser, je pense que c'est eux qui peuvent intervenir sur ce fichier. Merci. Mohamed |
| Commentaire de Ariane Baldinger [ 27/nov./07 09:22 ] |
|
Salut, Jérôme, avez-vous accès à ces pages ? |
| Commentaire de Alexandre Garnier [ 31/janv./08 14:41 ] |
|
Suppression du parrainage pro : |
L'appel aux css en https ne fait pas appel à la servlet static !
(APP-12276)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 10.0.0 (ESP) |
| Version(s) corrigée(s): | 10.0.1 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Description |
|
Maintenant, les images de la CSS sont appelés dans le
dossier de nom du brand et non plus de nom du skin, ce qui oblige à
dupliquer www pour bo et preview. Il faudrait donc créer des liens de ces dossier vers www front/brand/bo/ -> front/brand/www/ front/brand/preview/ -> front/brand/www/ |
| Commentaires |
| Commentaire de Patrice Boulanger [ 30/oct./06 15:41 ] |
| On parle de quelle(s) plateforme(s): integ ? prod? |
| Commentaire de Alexandre Garnier [ 30/oct./06 16:04 ] |
| Toutes |
| Commentaire de Christophe Garcia [ 20/nov./06 10:36 ] |
|
Alors d'abord en INTEG ESPAGNE ! Merci |
| Commentaire de Patrice Boulanger [ 20/nov./06 10:44 ] |
|
Ces liens existent déjà en integ france et en integ espagne: [adminpm@deutz:~/chrootapache/usr/local/apache/htdocs/pmweb/es/content/V10_0_1/front/brand]ls -l total 64 drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 acf drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 bambinoccasion lrwxrwxrwx 1 adminpm adminpm 3 nov 16 17:20 bo -> www drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 camif drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 christmas drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 croixrouge drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 epik drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 francemobiles drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 freesurf drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 koobuycity drwxr-xr-x 4 adminpm adminpm 4096 nov 16 17:20 liberation drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 m6 drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 mobilesachat drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 presencepc lrwxrwxrwx 1 adminpm adminpm 3 nov 16 17:20 preview -> www drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 viamichelin drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 virginmega drwxr-xr-x 4 adminpm adminpm 4096 nov 16 17:20 www |
| Commentaire de Patrice Boulanger [ 14/déc./06 10:02 ] |
| On peut clore ce Jira ? |
| Commentaire de Alexandre Garnier [ 14/déc./06 10:12 ] |
| Oui |
[APP-14083] probleme de connection a mon compte depuis le BO Création: 07/déc./06 16:21 Mise à jour: 06/mai/08 12:37 Résolue: 06/mai/08 12:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Compte utilisateur |
| Affecte la/les version(s): | 9.0.4.3 (Noël) |
| Version(s) corrigée(s): | 21.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrick Condevaux | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TECH | ||||||||
| Description |
|
Il y a un problème lorsqu'on essaye de se connecter un
compte utilisateur en utilisant le lien "C" accompagnant les login dans
le BO. J'ai observé le problème en INTEG mais je ne sais pas si c'est le cas en prod (GEV avait eu un jira sur ce sujet, elle n'avait pas reussi à le reproduire) Donc en INTEG, si la machine selectionné en haut a droite de l'ecran est deutz et qu'on suit un lien vers un compte, on se retrouve bien connecté à ce compte. Par contre si la machine sélectionné est mumm, on ne se connecte pas au compte: on arrive sur la page de login ou pire encore sur un compte sur lequel on était précédemment loggué (ca peut etre tres dangereux si ca se produit en prod) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 07/déc./06 18:14 ] |
|
en fait le pb vient d'un conflit entre la configuration
apache en integ et les propriété definissant la liste des serveurs
visibles en BO en haut à droite : "priceminister.server.list =
mumm;deutz;lanson" Le fonctionnement correct serait de définir correctement cette propriété afin de ne voir que les SA non preview depuis deutz ==> priceminister.server.list = deutz;lanson Et de définir que les SA preview depuis mumm (qui est preview) : ==> priceminister.server.list = mumm Ainsi on ne pourrait pas accèder artificiellement à mumm depuis deutz et se retrouver dans cette situation instable qui provoque le bug. PS : et c'est comme ca que c'est configuré en PROD PPS : faire ce changement n'empechera en rien l'apache d'integ de dispatcher les requetes HTTP entre deutz et mumm |
| Commentaire de Geneviève Beaujard [ 08/déc./06 11:44 ] |
|
J'insiste sur le denier point signalé par patrick: on arrive en BO sur mumm. on passe en FO. je me loggue en testeurfou je repasse en BO dans la même fenetre (bo.pm.lan/summary) je recherche le compte testpm_yam j'appuie sur le bouton mon compte je me retrouve sur le compte de testeurfou. c'est plutot genant, c'est le même bug que m'avait signalé xavier http://pricejira.lan/browse/APP-11516 |
| Commentaire de Younès Charrière [ 11/déc./06 10:57 ] |
| Le problème signalé par Geneviève est toujours présent. ne peut-on rien y faire ? |
| Commentaire de Younès Charrière [ 11/déc./06 14:50 ] |
| Vu avec Arnaud. Configurer les properties comme conseillé dans son commentaire. |
| Commentaire de Younès Charrière [ 11/déc./06 18:07 ] |
|
Manipulation à faire en même temps que |
[IMP-342] mike66mb : création ftp cardiff Création: 26/mars/07 14:52 Mise à jour: 30/oct./09 15:43 Résolue: 27/mars/07 14:11 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | mike66mb |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Pseudo : mike66mb Passe: 270177 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 27/mars/07 14:04 ] |
|
======= Compte FTP ======= ==== Home : mike66mb ===== ==== Pass : 270177 ======= |
| Commentaire de Rodrigue Nsiangani [ 27/mars/07 14:11 ] |
|
Config créé : @@@ <Partner name='mike66mb' id='13815759' home='mike66mb'> <Comment> Crée par RON le 27 mars 2007 Voitures - Compte Cardiff Login: mike66mb Pass : 270177 </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4774839' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/mike66mb/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/mike66mb/</Destination> </Action> </Directory> </Partner> @@@ Je ferme. |
[APP-14617] Redirect ne prend pas en compte le t= Création: 10/janv./07 15:47 Mise à jour: 25/juin/07 18:48 Résolue: 27/févr./07 15:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | 11.3.0 (Soldes + Midi Libre) |
| Version(s) corrigée(s): | 13.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM archivés: | Maintenance 13.x.x | ||||||||||||
| Description |
|
Une de mes campagnes de liens sponsorisés est paramétré pour renvoyer vers http://www.priceminister.com/navigation/default/category/memo_music?t=230002&dinsight=342&kwsl=2205360 Or cette URL n'existe plus et le redirect ne prend pas en compte la variable t=.... qui nous permet de mesurer l'efficacité des campagnes Il faut absolument que le t=... soit transmis aux pages de redirect Sinon on dépense des $$$ pour rien .... |
| Commentaires |
| Commentaire de Younès Charrière [ 10/janv./07 17:42 ] |
|
Charles, peux tu faire en sorte d'utiliser la bonne url ? La voici : http://www.priceminister.com/navigation/list/category/memo_music?t=230002&dinsight=342&kwsl=2205360 Sinon, il faut voir avec l'exploit pour qu'ils te redirigent l'url avec les paramètres pris en compte. |
| Commentaire de Younès Charrière [ 11/janv./07 10:53 ] |
|
Il faut faire en sorte au moment de la redirection de
prendre en compte tous les paramètres de l'url et ne pas les ignorer. Ici par exemple on doit récupérer tout ça : ?t=230002&dinsight=342&kwsl=2205360 |
| Commentaire de Antoine Koener [ 16/janv./07 10:24 ] |
|
Ange peux-tu te calquer sur l'existant afin d'ajouter la règle manquante ? |
| Commentaire de Ange Ferrari [ 16/janv./07 10:40 ] |
|
La règle suivante a été ajoutée RewriteCond %{QUERY_STRING} "(.*t=.*)" [OR] RewriteCond %{QUERY_STRING} "(.*tracking=.*)" RewriteRule ^/navigation/default/category/memo_music /navigation/list/category/memo_music?%1 [R,L,NE] Peux tu vérifier que cela correspond à tes attentes et clôturer le JIRA Ange. |
| Commentaire de Charles Decaux [ 16/janv./07 10:51 ] |
|
Hello, est-ce que ton script permet aussi de récupérer les variables "dinsight" "kwsl" ? Est-ce que ton script est valable pour toutes les pages surlesquelles il y a un redirect ou bien juste navigation/default/category/memo_music /navigation/list/category/memo_music ? merci |
| Commentaire de Antoine Koener [ 16/janv./07 11:00 ] |
|
Peux-tu faire un test Charles s'il te plait ? tu va observer que tous les paramètres sont bien repris dans l'url de la redirection. Je pense que c'est que Ange signifiait en disant: "Peux tu vérifier que cela correspond à tes attentes" Merci |
| Commentaire de Charles Decaux [ 16/janv./07 11:07 ] |
|
Ca a l'air de bien fonctionner, cool ! Juste un commentaire, dans la source, sur le marqueur Xiti, je vois le code suivant : <img width="1" height="1" src="http://logc11.xiti.com/hit.xiti?s=105395&s2=44&p=overture-music(230002)::Entree&di=&" /> Je ne suis pas sûr que ce soit normal d'avoir "&di=&" à la fin SInon, est-ce que c'est valable sur toutes les pages qui subissent un redirect ? Je n'ai pas d'autres URL de test. Merci |
| Commentaire de Ange Ferrari [ 19/janv./07 11:43 ] |
|
Pour le logo xiti c'est plutot avec les développeurs qu'il faut voir ça. Pour les autres redirections il nous fait une liste exhaustive des pages pour lesquelles le comportement doit être similaire. |
| Commentaire de Charles Decaux [ 19/janv./07 11:49 ] |
|
Il ne s'agit pas du logo Xiti mais d'une image transparente qui permet d'envoyer les informations à Xiti. En effet nous avons opté pour une version payante qui nous permet de ne pas afficher le logo Xiti. Peux-tu te mettre en relation avec Jérôme Vivies pour voir la liste exahustive des pages qui ont été modifiées ? Sinon vois avec Swan pour savoir qui est le bon interlocuteur. Merci Charles |
| Commentaire de Ange Ferrari [ 19/janv./07 14:32 ] |
| Peux tu jeter un oeil |
| Commentaire de Swan Desportes [ 19/janv./07 14:51 ] |
|
Bonjour Je ne maitrise pas quelles sont les urls de redirection programmées suite à des suppression ou renommage de category. Il faut éventuellement voir avec le param mais c'est probablement vous, à l'exploit, qui êtes les mieux placés pour les lister (il suffit de les identifier dans les règles de redirection Apache). Autre remarque, il faut éviter le plus possible de faire de ces urls des points d'entrée ! Côté market, il faudrait prendre cette liste et mettre à jour toutes les campagnes ou liens d'affiliation liés... a+ Swan |
| Commentaire de Antoine Koener [ 19/janv./07 15:21 ] |
|
Voici la liste de ce qui est en production et qui gère les trackings: RewriteRule ^/accueil /home?%1&page=10 [R,L,NE] RewriteRule ^/livres-bd /navigation/default/category/root_books?%1 [R,L,NE] RewriteRule ^/musique-cd /navigation/default/category/root_music?%1 [R,L,NE] RewriteRule ^/video-dvd-vhs /navigation/default/category/root_video?%1 [R,L,NE] RewriteRule ^/jeux-video /navigation/default/category/root_games?%1 [R,L,NE] RewriteRule ^/telephone-pda /navigation/default/category/root_electronics?%1 [R,L,NE] RewriteRule ^/informatique-logiciels /navigation/default/category/tab_600?%1 [R,L,NE] RewriteRule ^/image-son navigation/default/category/tab_700?%1 [R,L,NE] RewriteRule ^/voyages navigation/default/category/travel?%1 [R,L,NE] RewriteRule ^/electromenager navigation/default/category/root_white?%1 [R,L,NE] RewriteRule ^/enfants-jeux-jouets navigation/default/category/root_baby?%1 [R,L,NE] RewriteRule ^/mode-textile navigation/default/category/root_clothing?%1 [R,L,NE] RewriteRule ^/bargain /navigation/default/category/bargain?%1 [R,L,NE] RewriteRule ^/auto-moto /navigation/default/category/root_vehicle?%1 [R,L,NE] RewriteRule ^/vins-saveurs /navigation/default/category/root_wine?%1 [R,L,NE] RewriteRule ^/loisirs-sports /navigation/default/category/root_sport?%1 [R,L,NE] |
| Commentaire de Antoine Koener [ 19/janv./07 15:23 ] |
|
Grace à ce super outil Jira qui n'ai même pas capable de faire de formater correctement ce qui mets, on ne voit rien. Donc ce qu'il faut regarder c'est ce qui se trouve avant le [R,L,NE]. |
| Commentaire de Antoine Koener [ 19/janv./07 15:24 ] |
|
Jérome peux-tu essayer de savoir si la liste d'urls précédent est exhaustive. Pour avoir plus d'info je pense que le plus simple est de contacter Charles. |
| Commentaire de Charles Decaux [ 12/févr./07 17:40 ] |
|
http://www.priceminister.com/navigation/se/category/search_games_all/Japon?t=681062 Encore un exemple de redirect où le t= ne passe pas Je ne comprends pas : Jérôme on s'est mis d'accord sur un process pour que tu nous alerte (Marie-Claude et moi) de toute modification d'URL. Il faut que sache à l'avance toutes les URL modifiées pour répercuter ces modificaitons sur mes campagnes. Merci de ton retour Charles |
| Commentaire de Jérôme Viviès [ 13/févr./07 10:53 ] |
|
Charles, Comme nous en avons parlé : nous n'avons pas opéré d'interventions dernièrmeent sur les liens que tu indiques. Deux possibilités : ces désactivations sont plus anciennes que notre réunion, ou une autre équipe a opéré des modifications sur la navigation. Dans tous les cas : tu aurais besoin d'une alerte qui compare les URL que tu utilise avec ceux actifs sur le site. (Exploitation ?) |
| Commentaire de Jérôme Viviès [ 13/févr./07 11:00 ] |
|
Antoine, En fait je ne comprends pas bien la demande du 19/01. On ne va pas faire un redirect pour chaque lien de nav qui disparaît (?) On peut s'en parler 5 min ? |
| Commentaire de Charles Decaux [ 13/févr./07 16:26 ] |
|
C'est extrêmement important que tout cela soit automatisé.
Les variables de tracking ne doivent pas être perdues : elles doivent
être transmises de l'ancienne URL vers la nouvelle URL. L'équipe paramétrage ne peut pas envoyer un mail à chaque fois qu'une page est supprimée, modifiée. De mon côté j'ai des centaines de partenariats, des milliers d'URLs trackées différentes : je ne peux pas m'assurer de faire les modifs d'URL Par ailleurs, la nav par filtre téléphones sort demain et de très nombreuses URL vont disparaître. Je vais donc perdre mes trackings. Peut-on mettre cela en place d'ici la fin de la semaine ? C'est urgent. Merci de votre retour |
| Commentaire de Antoine Koener [ 13/févr./07 16:27 ] |
|
Je te rassures moi non plus :-) Mais plus sérieusement tant que Charles ne pourra pas nous communiquer la liste 'exhaustive' des urls de campagnes nous continueront à ajouter les différentes règles les unes après les autres... Il me semble que l'URL en search_games ne fait pas parti de la liste que j'ai inscrite plus haut, ce qui signifie que ce n'est pas de ton ressort Jérôme mais plutôt de l'exploitation. On en revient à la liste exhaustive... |
| Commentaire de Antoine Koener [ 13/févr./07 16:53 ] |
|
Conclusion pour l'instant; J'attends la liste des URLs de Emmanuel. Ensuite on trouve un moment pour faire un réunion autour de ce point. C'est effectivement très important. |
| Commentaire de Antoine Koener [ 27/févr./07 13:10 ] |
|
Puis-je clore ce Jira ? |
| Commentaire de Christophe Garcia [ 27/févr./07 15:56 ] |
| Liste en PROD OK |
[APP-13710] [Search] Offrir la possibilité d'ajouter PriceMinister dans les moteurs de recherche du navigateur Création: 10/nov./06 12:00 Mise à jour: 28/déc./09 14:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | ToDo, 9.0.4.2 (AOL) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 0 minutes | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif1: | PROMO |
| Description |
|
Avec IE7 et Firefox2, il est possible de gérer les moteurs de recherche du navigateur. Sous IE7, lorsqu'on demande à avoir plus de moteurs de recherche, on est envoyé sur http://www.microsoft.com/windows/ie/searchguide/fr-fr/default.mspx qui propose déjà Priceminister. On pourrait offrir ce service directement dans le site en étant valable pour IE7 et Firefox2. Il existe 2 moyens (pouvant être conjugués : - ajouter dans le head de la page le code suivant : <link rel="search" type="application/opensearchdescription+xml" title="PriceMinister" href="searchengine.xml" /> -> la barre de recherche du navigateur change alors de couleur et on peut ajouter le moteur de recherche. - ajouter un lien qui exécute le code JavaScript suivant : window.external.AddSearchProvider("searchengine.xml"); -> ce lien pourrait être placé dans le footer en plus (ou à la place) des liens pour ajouter aux favoris ou mettre en page d'acceuil Le fichier searchengine.xml (qui peut très bien être renommé en autre chose) peut soit être celui proposé par microsoft (http://download.microsoft.com/download/D/B/D/DBDC799A-7766-4D89-99FF-7D627E5DD5EC/priceminister_fr.xml) soit celui en pièce jointe (qui est plus générique et possède directement l'icône qui peut être modifié) Plus de doc sur OpenSearch : http://www.opensearch.org/. C'est un système assez extensible avec la possibilité de récupérer le referer, de proposer une liste de suggestions, ... Et c'est géré par Firefox2 ET IE7. |
| Commentaires |
| Commentaire de Clémence Desneiges [ 02/oct./07 18:13 ] |
|
Cette idée a été lancée par ALG, mais il faudrait un
accord/désaccord/soutien/étude côté fonctionnel avant de se plonger
dedans. Merci, Clémence |
| Commentaire de Clémence Desneiges [ 02/oct./07 18:21 ] |
| Oubli : [CAJ200710] |
| Commentaire de Alexandre Garnier [ 09/nov./07 18:56 ] |
| En plus sous Firefox 2.0, on peut gérer les suggestions : http://www.opensearch.org/Specifications/OpenSearch/Extensions/Suggestions/1.0 |
| Commentaire de Alexandre Garnier [ 14/janv./08 14:48 ] |
|
Ghislain, voilà le JIRA dont j'avais parlé à la réunion de mardi dernier. Si tu veux, je peux te montrer plus en détail ce que ça peut donner. Si le go est donné là dessus, ça prend 2 sec à mettre en place (modulo la façon dont on insère le lien en footer) |
| Commentaire de Benoît Bourdon [ 14/janv./08 15:22 ] |
|
Voila les "specifications" que l'on avait vu du coté catalogue en se penchant sur le sujet : Comme ce fichier XML sera téléchargé, il faut prévoir un peu à lavance certains points : - l'URL de recherche globale : "http://www.priceminister.com/navigation/se/category/sa/kw/{searchTerms}" va dispraitre à terme. -> Utiliser une nouvelle URL dans le fichier XML et mettre en place une redirection dans apache en attendant la mise en fonction de la nouvelle URL -> Format de la nouvelle URL "http://www.priceminister.com/nav/all/kw/{searchTerms}" - Il n'existe pas encore d'URL permettant la "suggestion" ou "autocompletion" dans notre moteur de recherche -> prévoir cette URL et l'inserer aussi dans le XML (Voir MSU pour définir cette future URL) -> vérifier que le fait de mettre une URL qui ne répond pas forcement, n'influe pas le fonctionnement du moteur embarqué -> Reste à savoir où l'on ajoute l'accès à cette fonction : - Uniquement dans le head ? - Plus simple mais peu accessible - Uniquement dans le head des pages de recherche - à faire si la solution précédente est trop "intrusive" -> à tester - Via un lien ... ? dans un second temps ? - Très accessibles, mais plus complexe à mettre en place - Footer - risque d'êtr long à valider ... ailleurs ? en bas des listes de résultats ? -> Pour optimiser : est ce que via le JS d'insertion, on peut aussi configurer le "moteur embarqué price" comme celui par defaut quand le gars ouvre son navigateur ? |
| Commentaire de Alexandre Garnier [ 14/janv./08 15:50 ] |
|
Ya pas de doc sur la mise à jour du plugin de recherche mais
sous firefox ya une solution avec
"<moz:UpdateUrl></moz:UpdateUrl>" Il n'est pas possible de forcer à ce que le moteur de recherche par défaut soit le notre : - sous firefox, le dernier ajouté est mis par défaut - sous IE7, il est proposé de mettre le nouveau par défaut Dans tous les cas, l'utilisateur peut modifier ce choix (et encore heureux !) |
| Commentaire de Alexandre Garnier [ 08/déc./08 12:20 ] |
|
Il suffit pas d'avoir ça pour les accélérateurs dans IE8 ? Faut peut-être mettre à jour le XML en fonction d'éventuelles mise à jour des specs OpenSearch. |
[APP-14725] catégorie "Image & son" choix "Home Cinéma" Création: 19/janv./07 11:47 Mise à jour: 25/juin/07 18:48 Résolue: 31/janv./07 17:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Richard Dubois | Attribution: | Swan Desportes |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | COB La Redoute | ||||||||
| Description |
|
Ce choix ne fonctionne pas sur les cbranding Lycos et LRO. Il renvoi à la HP
|
| Commentaires |
| Commentaire de Younès Charrière [ 19/janv./07 12:11 ] |
| Le problème se produit aussi sur la camif. |
| Commentaire de Nicolas Chauveau [ 25/janv./07 14:48 ] |
| Doublon ? |
| Commentaire de Clement Balay [ 26/janv./07 15:08 ] |
| Je pense que c'est du param |
| Commentaire de Ariane Baldinger [ 26/janv./07 16:55 ] |
|
La navigation est identique pour tous les brands. Ca marche sur WWW. Antoine, tu as une idée ? |
| Commentaire de Antoine Koener [ 30/janv./07 16:05 ] |
|
wget -S --spider http://laredoute-occasion.priceminister.com/navigation/default/category/105421 HTTP request sent, awaiting response... HTTP/1.1 302 Dplac Temporairement Date: Tue, 30 Jan 2007 14:57:12 GMT Server: Apache ... X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Location: / Le serveur applicatif renvoi l'utilisateur vers / 'la racine du site' Le même test sur www.priceminister.com: wget -S --spider http://www.priceminister.com/navigation/default/category/105421 HTTP/1.1 200 OK Date: Tue, 30 Jan 2007 15:04:29 GMT Server: HTTP Server X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 ... Content-Type: text/html;charset=iso-8859-1 Length: unspecified [text/html] 200 OK Le serveur applicatif renvoit bien la page. Il me semble donc que c'est l'application la responsable ici. |
[IMP-439] zauto : cration ftp cardiff Création: 10/avr./07 14:21 Mise à jour: 30/oct./09 15:43 Résolue: 11/avr./07 10:19 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | zauto |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
Mot de passe : star
|
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 11/avr./07 10:14 ] |
|
======= Compte FTP ======= ==== Home : zauto ===== ==== Pass : star ======= |
| Commentaire de Rodrigue Nsiangani [ 11/avr./07 10:18 ] |
|
<Partner name='zauto' id='13890317' home='zauto'> <Comment> Crée par RON le 11 avril 2007 Voitures - Compte Cardiff Login: zauto Pass : star </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4800641' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/zauto/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/zauto/</Destination> </Action> </Directory> </Partner> |
| Commentaire de Rodrigue Nsiangani [ 11/avr./07 10:19 ] |
|
C'est fait. Je ferme. |
[IMP-341] standing : création FTP Cardiff Création: 26/mars/07 14:25 Mise à jour: 30/oct./09 15:50 Résolue: 26/mars/07 16:26 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | standing |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
Identifiants FTP à mettre: Pseudo : standing Passe : 0371 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 26/mars/07 16:19 ] |
|
======= Compte FTP ======= ==== Home : standing ===== ==== Pass : 0371 ======= |
| Commentaire de Rodrigue Nsiangani [ 26/mars/07 16:26 ] |
|
Config effectuée : @@@ <Partner name='standing' id='13820777' home='standing'> <Comment> Crée par RON le 26 mars 2007 Voitures - Compte Cardiff Login: standing Pass : 0371 </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4772851' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/standing/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/standing/</Destination> </Action> </Directory> </Partner> @@@ Je ferme. |
[EXP-3348] Porter les scripts pmworker* sur l'espagne Création: 07/mars/07 14:42 Mise à jour: 25/juin/07 19:00 Résolue: 21/mars/07 10:57 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Les scripts pmworker* n'exsitent pas pour l'espagne en prod.
C'est pas critique pour le moment, mais ça risque de le devenir assez
vite. Merci. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 16/mars/07 15:58 ] |
|
Patrice, voici ce que je propose comme solution: J'ai adapté le script pmworker de la France pour l'Espagne. Je l'ai nommé pmworkeres Je l'ai placé dans ~/bin/ du user admines. J'ai modifié la variable WORKER_PROP_FILE WORKER_PROP_FILE=/data/chrootapache/usr/local/apache/es/conf/workers.properties Ainsi que la variable WORKER_LIST WORKER_LIST="senez" (pour la pre-prod Espagne) Les droits : 750 En ce qui concerne pmworkerall, je l'ai copié au même endroit (~/bin/) je l'ai nommé pmworkeresall J'ai modifié les chemins appelant les scripts pmworkeres J'ai échangé les clés ssh d'admines entre mercier et malard |
| Commentaire de Jérémie Bennejean [ 16/mars/07 16:04 ] |
|
Modification aussi de la ligne: sudo /etc/init.d/httpd_es graceful (au lieu de sudo /etc/init.d/httpd graceful) |
| Commentaire de Jérémie Bennejean [ 21/mars/07 10:57 ] |
|
Les scripts sont donc nommés: pmworkeres pmworkeresall Ils se trouvent dans ~/bin/ du user admines Les droits sont 774 Les scripts sont sur les 3 frontaux webs. |
Beaucoup d'erreurs Apache !
(APP-14435)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Stéphane François |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Maintenance 12.0.0 |
| Description |
|
Dans la css de libération, à la ligne 727, on a l'appel à
l'image 'images/default/structure/bullet/a_arrowb.gif' qui génère une
erreur car le fichier n'existe pas à cet endroit mais à
'images/default/bullet/a_arrowb.gif'.
|
| Commentaires |
| Commentaire de Stéphane François [ 22/janv./07 17:12 ] |
| Done ^^ |
| Commentaire de Christophe Garcia [ 05/févr./07 11:58 ] |
|
OK trace apache akamai.pm.lan 192.168.1.234 - - [05/Feb/2007:11:57:10 +0100] "GET /content/V12_0_0/front/brand/midilibre/images/default/bullet/a_arrowb.gif HTTP/1.1" 200 54 "http://midilibre.pm.lan/offer/buy/48474045/-AMD-741GX-M-SIS-Socket-A-DDR-Video-integree-LAN-AUDIO-USB-2-0-Carte-mere.html" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)" |
[APP-13207] Le changement en BO du serveur applicatif ne marche pas Création: 17/oct./06 16:01 Mise à jour: 10/août/07 16:03 Résolue: 10/août/07 16:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Ariane Baldinger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
ALL - Tous
|
||||||||||
| Site: | Integ | ||||||||||
| Navigateur: | Mozilla / Firefox | ||||||||||
| Classif1: | BO | ||||||||||
| Classif2: | Cookie | ||||||||||
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
Je viens de faire une modification dans un bloc promo
(245855), en integ qui doit s'afficher sur le brand viamichelin. Après rechargement du cache 'Arbre : Promotion' sur mumm, deutz et lanson je ne vois pas mes modifications. Le param est bon j'ai dû le tester en prod. Est-ce que les caches fonctionnent bien ? |
| Commentaires |
| Commentaire de Judd OSullivan [ 18/oct./06 09:51 ] |
| Le rechargement fonctionne bien en dev. |
| Commentaire de Christophe Garcia [ 19/oct./06 10:25 ] |
| C'est le TOP 2 du BEST OF DEV. !!! ;-) |
| Commentaire de Judd OSullivan [ 19/oct./06 17:11 ] |
|
C'est quoi le TOP 1 ? Ca marche aussi en integ ? |
| Commentaire de Judd OSullivan [ 19/oct./06 17:12 ] |
| Ca marche aussi en integ. |
| Commentaire de Younès Charrière [ 20/oct./06 11:21 ] |
| Vu avec Ariane. |
| Commentaire de Yassine Mouhammadou [ 28/nov./06 10:56 ] |
| Les caches semblent ne pas bien se recharger en Integ. En l'occurence, le cache "Arbre : Soumission produit" |
| Commentaire de Yassine Mouhammadou [ 28/nov./06 11:04 ] |
| pb constaté sur Firefox 2.0 et IE 7 |
| Commentaire de Judd OSullivan [ 30/nov./06 19:07 ] |
|
Ce n'est pas un problème du cache mais un problème du
changement du serveur applicatif. En BO, quand j'ai cliqué sur le nom du
serveur (en l'occurence deutz) et je me suis mis sur mumm, mes requetes
BO tombaient toujours sur deutz. A creuser. Donc pour l'equipe param : ne compte pas sur cette fonctionnalité. Tu reste sur la machine sur laquelle tu commence. |
| Commentaire de Judd OSullivan [ 08/déc./06 11:01 ] |
|
Selon GEB, on arrive toujours sur deutz peu import le
jvm_route dans la session_id donc a priori c'est un problème mod_jk. |
| Commentaire de Geneviève Beaujard [ 08/déc./06 11:47 ] |
| peux être y a t'il un lien avec http://pricejira.lan/browse/APP-14083 |
| Commentaire de Judd OSullivan [ 04/avr./07 09:41 ] |
|
J'explique un peu le contexte : Le serveur apache dirige les requêtes http avec un module qui s'apelle mod_jk. Chaque serveur a un identifiant, précisé dans sa conf, qu'il attache à la fin du nom de cookie (le session_id). Mod_jk regarde cet identifiant et envoie la requête à la machine associé dans sa conf. Donc pour que tout marche bien, il faut que la conf apache et les confs de chaque serveur soient en accord. En plus, la liste de machines disponible (qui s'affiche sur la page 'change de serveur' en BO) est précisée à la main dans priceminister.properties. Ca fait plusieurs années qu'on se base sur cette fonctionnalité et qu'elle marche bien. Je ne dirais pas que c'est infaillible mais à mon avis l'erreur est probablement liée à un désaccord entre les confs ou avec la liste. Si un serveur est sur la liste mais n'est pas disponible, les requêtes vont tomber sur les autres serveurs de manière aléatoire. Si un serveur n'est pas disponible mais est toujours sur la liste et dans la conf mod_jk, pareil, les requêtes vont tomber sur les autres serveurs de manière aléatoire. |
| Commentaire de Ariane Baldinger [ 19/avr./07 11:26 ] |
|
On rencontre aussi des difficultés sur l'integ Espagne. Ca ralentit considérablement le travail du Param. |
| Commentaire de Alexandre Garnier [ 22/juin/07 10:26 ] |
|
jvmRoute est bien configuré sur les serveur. Vérifier au niveau de la conf de mod_jk |
| Commentaire de Alexandre Garnier [ 22/juin/07 15:12 ] |
|
Le nom du serveur affiché est maintenant le véritable serveur utilisé. Le changement de serveur n'est pas corrigé mais au moins on sait maintenant sur quel serveur on est exactement. |
| Commentaire de Nicolas Chauveau [ 25/juin/07 12:29 ] |
|
Est-il possible de vérifier les configurations (cf les commentaires de Judd) ? Merci |
| Commentaire de Alexandre Garnier [ 28/juin/07 16:34 ] |
|
Le problème se pose uniquement en bo.pm.lan/summary qui
affiche comme serveur 'deutz.lan' et ne permet pas de changer. Il suffit d'aller sur www.pm.lan/summary pour avoir les serveurs 'deutz', 'mumm' et 'lanson' et de pouvoir switcher entre sans problème. |
| Commentaire de Justin Ziegler [ 08/août/07 11:55 ] |
|
Est ce que ce pb est toujours d'actualité ? peut on fermer ? |
| Commentaire de Ariane Baldinger [ 08/août/07 13:51 ] |
|
Oui. De plus le moyen de contournement évoqué par Alexandre ne semble plus fonctionner, le switch ne se fait plus. |
| Commentaire de Justin Ziegler [ 08/août/07 15:21 ] |
|
Ariane, peux tu stp décrire a nouveau le pb tel qu'il se présente aujourd'hui ? merci |
| Commentaire de Ariane Baldinger [ 09/août/07 18:57 ] |
|
Quand on fait nos paramétrages en INTEG et que l'on recharge
les caches nos modifications ne sont pas prises en compte, on ne peut
donc pas tester. De plus, aujourd'hui même si on essaie de changer de serveur en BO pour rafraîchir les caches de chacun (mumm, lanson, deutz), on reste sur le même. |
| Commentaire de Ariane Baldinger [ 10/août/07 09:27 ] |
| Je repasse la priorité en Critique car ça nous empêche d'avancer rapidement sur la NpF (demande JEV) |
| Commentaire de Jérémie Bennejean [ 10/août/07 10:28 ] |
|
En fait, récemment l'integ nous à demander de séparer www/bo/preview A savoir que le worker.properties de deutz est configuré de la maniére suivante: worker.all_servers.balance_workers=lanson worker.all_servers_bo.balance_workers=deutz worker.preview.balance_workers=mumm Lanson est donc le SA pour www, deutz le SA bo et mumm le SA pour preview. Or les priceminister.properties des serveurs applicatifs ci-dessus ont tous la propriéte "priceminister.server.list" définit comme suit : = mumm;deutz;lanson |
| Commentaire de Alexandre Garnier [ 10/août/07 10:32 ] |
| En gros, pour changer de serveur, il faut changer switcher entre 'www' 'bo' et 'preview' ... |
| Commentaire de Justin Ziegler [ 10/août/07 11:17 ] |
|
Action pour satisfaire les besoins du param et pour qu'ils puissent avancer sur la npf : 1/ on laisse preview uniquement sur mumm 2/ on laisse www uniquement sur lanson 3/ on met en revanche les 3 serveurs dans le pool bo ainsi depuis le bo integ, on pourra passer d'un serveur à l'autre et charger les caches sur les différents serveurs. Si Christophe et Esperance ont besoin d'une autre config, on pourra toujours la changer ponctuellement en fonction de besoins du moment. => Verifier si Espérance est ok avec tout cela. |
| Commentaire de Justin Ziegler [ 10/août/07 11:18 ] |
| Espérance, ok pour toi ? |
| Commentaire de Espérance Galouo-Lece [ 10/août/07 11:26 ] |
| Ok pour moi; |
| Commentaire de Jérémie Bennejean [ 10/août/07 11:44 ] |
|
J'ai modifié la conf du worker.properties comme décrit ci-dessus. J'ai testé, lorsque dans le bo, on choisit un serveur applicatif dans la liste(mumm,lanson,deutz) le changement s'effectue bien. |
| Commentaire de Jérémie Bennejean [ 10/août/07 11:44 ] |
| Merci de me confirmer si cela convient à tous. |
| Commentaire de Ariane Baldinger [ 10/août/07 15:39 ] |
|
j'ai testé une mise à jour de promo => le changement de serveur fonctionne => le rechargement de cache fonctionne Merci Jérémie |
| Commentaire de Justin Ziegler [ 10/août/07 15:56 ] |
|
Jérémie, tu fermes ? merci ! |
[IMP-330] renault91700 : Interfacage PlanetVO Création: 23/mars/07 16:35 Mise à jour: 30/oct./09 15:51 Résolue: 05/avr./07 14:19 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | renault91700 |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
L'inscription pour le transfert vient d'être réalisée. Merci de prévenir le client dès que l'intégration de son stock sera effective sur votre site. Code client PVO : HIPP N° compte PVO : 0000709 Groupe : DAUMONT HIPPEAU RENAULT RENAULT 88 Rte de Corbeil 91700 STE GENEVIEVE DES BOIS Tél : 01 69 72 23 00 ===PLANETVO ========== Hugues CHANTREAU Planet VO L'argus PRO Traffic Manager +33 (0) 899.703.702 ====================== |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 26/mars/07 10:18 ] |
|
Config créé, j'attends que le fichier du partenaire apparaisse dans la file d'attente pour fermer la demande : @@@ <Partner name='renault91700' id='13820997' > <Comment> Créé par RON 26/03/07 : Config planetVo </Comment> <Directory path='/data/chrootapache/home/fr/pl4n3t-v0'> <Action type='Move' id='4772839' check_file='1'> <Files>*renault91700</Files> <Source>/data/chrootapache/home/fr/pl4n3t-v0</Source> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/renault91700/stock/ecrasement</Destination> </Action> </Directory> <Directory path='/data/chrootapache/home/fr/pl4n3t-v0'> <Action type='Move' check_file='1'> <Files>hipp_*</Files> <Source>/data/chrootapache/home/fr/pl4n3t-v0</Source> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/renault91700</Destination> </Action> </Directory> </Partner> @@@ |
| Commentaire de Rodrigue Nsiangani [ 27/mars/07 10:17 ] |
|
Le dernier fichier est en trop d'erreurs car la colonne carrosserie est vide. Peux-tu voir avec le partenaire. Merci |
| Commentaire de Jérome Marianne [ 27/mars/07 10:26 ] |
| C'est un interfacage PlanetVO, le client ne m'a donc envoyé aucun fichier, il faut voir ça avec le technicien PlanetVO non? |
| Commentaire de Rodrigue Nsiangani [ 27/mars/07 10:29 ] |
| OK. |
| Commentaire de Rodrigue Nsiangani [ 27/mars/07 15:30 ] |
| Je l'ai appellé avant 12h et à 15h30 mais il ne réponds pas. |
| Commentaire de Rodrigue Nsiangani [ 27/mars/07 15:38 ] |
| J'ai envoyé un mail au partenaier, j'attends son retour. |
| Commentaire de Rodrigue Nsiangani [ 30/mars/07 16:42 ] |
|
J'ai appellé Hugues Chantreau de planetVo, il m'a dit qu'il
ne pouvais rien faire de son côté. C'est au client de renseigner
l'information. J'ai rappellé le partenaire, il m'a dit qu'il a eu une réunion avec Damien ce matin qui lui a expliqué ce qui manquait. Le partenaire va mettre à jour son inventaire ce soir. Normalement, tout sera Ok à partir de demain. RON. |
| Commentaire de Rodrigue Nsiangani [ 02/avr./07 14:27 ] |
| Le partenaire n'a pas changé grand chose car seulement 5 lignes sur 133 sont passées. |
| Commentaire de Rodrigue Nsiangani [ 02/avr./07 15:23 ] |
|
J'ai eu le partenaire au téléphone, il va modifier le fichier avant la fin de la semaine. J'attends qu'il fasse les modifications avant de fermer la demande. |
| Commentaire de Rodrigue Nsiangani [ 03/avr./07 12:58 ] |
| On a toujours le même problème. La carrosserie n'est pas renseigné. |
| Commentaire de Rodrigue Nsiangani [ 03/avr./07 14:41 ] |
|
Si partenaire ne renseigne toujours pas la carrosserie avant
jeudi, je fermerais la demande car nous l'avons déjà appellé plusieurs
fois mais il n'a toujours pas modifié complétement son fichier. |
| Commentaire de Rodrigue Nsiangani [ 03/avr./07 15:05 ] |
|
Ou alors rappellez le encore une fois. Merci |
| Commentaire de Rodrigue Nsiangani [ 05/avr./07 09:52 ] |
| Es-ce que "SGBD" signifie quelquechose pour des options ? |
| Commentaire de Jérome Marianne [ 05/avr./07 10:13 ] |
| Cela ne me dit rien, à Jonathan non plus. |
| Commentaire de Rodrigue Nsiangani [ 05/avr./07 11:19 ] |
|
Le partenaire a renseigné la carrosserie dans son fichier. J'ai mis à jour le format. Si la colonne colonne 12 est renseignée, on la prend en compte pour retrouver la carrosserie sinon on prend la colonne 21. J'ai mis le dernier fichier à retraiter : http://bo.priceminister.com/datafile_back?action=advfilesearch&fileid=4636539 |
| Commentaire de Rodrigue Nsiangani [ 05/avr./07 11:56 ] |
|
Le fichier est passé à 52%. Erreurs : <<Filtre Véhicule Marchand. >> - <<Le prix de vente minimum est de 900 ¿.>> et 3 erreurs :<< RENAULT ; Nouvelle ; LAGUNA 2.0 16V Expression>> La valeur "Nouvelle" n'est pas un modèle |
| Commentaire de Rodrigue Nsiangani [ 05/avr./07 14:19 ] |
|
Images importées : Download of 268 images done. Je ferme. |
[EXP-3680] pb de config SSL sur la page d'inscription depuis le 8 juin Création: 15/juin/07 10:57 Mise à jour: 26/juil./07 17:54 Résolue: 26/juil./07 17:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Justin Ziegler | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Depuis le 8 juin, on constate des erreurs de type : too many redirects (more than 10) dans gomez sur la page d'inscription. Il semblerait que cette date corresponde à la mise en production de evandre :-( il semblerait aussi que cela corresponde à une baisse du CA visible ci dessous : http://bo.priceminister.com/summary?action=summaryhistory&charttitle=Paniers+%28Valeur%29&count=false&summarycode=6&summarytypecode=0 NB : pas de pb visible sur les pages non SSL. |
| Commentaires |
| Commentaire de Justin Ziegler [ 15/juin/07 11:55 ] |
|
Il semblerait aussi que cela corresponde avec un pb sur rhome : https://supervision.priceminister.com:11000/wiki/doku.php?id=machines:rhome:statsascarts la rupture se situe bien au 8 juin ! de plus, cette courbe est tres reduite par rapport à salus qui a la meme config / le meme poids. |
| Commentaire de Justin Ziegler [ 15/juin/07 12:02 ] |
| Ajout de la piece jointe de Gomez pour montrer l'arrivee de points rouges. |
| Commentaire de Justin Ziegler [ 15/juin/07 12:10 ] |
| Toute idée bienvenue !! |
| Commentaire de Antoine Koener [ 15/juin/07 17:29 ] |
|
Concernant la courbe de supervision: Rhome n'était pas dans le worker properties de Evandre. Poids total de la plateforme avec aricia + phaeton + cupidon = 1800 * 3 Poids de rhome: 350 Part de rhome: 350 * 3 / ( 1800 * 3) .1944444444 19 % de la plateforme A l'arrivée d'Evandre le 8 Juin, le poids de la plateforme est passé à 1800 * 4... Le poids de rhome est resté à 350 * 3 (car non déclaré dans Evandre): Part de Rhome 350 * 3 / (1800 * 4) .1458333333 14 % de la plateforme. Je pense donc que nous ne faisons qu'observer le nouveau poids total de la machine rhome dans la nouvelle plateforme composée désormais de 4 serveurs WEB. |
| Commentaire de Antoine Koener [ 15/juin/07 17:39 ] |
|
Concernant GOMEZ; (Ce qui suit n'est peut être pas la bonne raison, mais comme tout le monde peut jouer nous tentons notre chance :) D'après nos tests Ange et moi, nous nous demandons si c'est n'est pas lié à un problème de délai de réponse invalidant la durée de vie du cookie. Explications: Les redirections ne sont en place que pour renvoyer l'utilisateur sur le https et pour tester s'il accepte les cookies. Les cookies sont définis comme ceci: Réponse provenant d'un de nos JBOSS: HTTP/1.1 302 Déplacé Temporairement Date: Fri, 15 Jun 2007 14:48:31 GMT Server: Apache X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Sun, 15 Jun 1997 14:48:31 GMT Cache-Control: private Set-Cookie: pm=country=249&trackingdate=2007-06-15+16%3A48%3A31.0&version=1_1&; Expires=Sun, 15-Jul-2007 14:48:31 GMT; Path=/ Set-Cookie: pmup=; Expires=Sun, 15-Jul-2007 14:48:31 GMT; Path=/ Location: /connect?action=register Content-Length: 0 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" Vary: User-Agent Connection: close Content-Type: text/html; charset=ISO-8859-1 La date d'expiration de la requète est la même date d'expiration que celle du cookie pmup: Set-Cookie: pmup=; Expires=Sun, 15-Jul-2007 14:48:31 GMT; Path=/ L'hypothèse serait que le temps d'obtention de cette requète JBOSS, donc le temps de transfert entre la production et GOMEZ dépasse la date de validité du cookie. Ce qui aurait pour effet que le client GOMEZ ne positionne pas son cookie et ne passe donc pas les tests. La suite est un enchainement de redirection toujours les mêmes puisque il n'arrive pas a passer le test. Le fait que cette alerte ne se produise pas tout le temps est peut être un signe du caractère rare et difficilement reproductible du problème. Une solution nous permettant d'arranger un peu la situation serait de mettre une durée de validité du Cookie plus longue, de l'ordre de quelques secondes... |
| Commentaire de Antoine Koener [ 15/juin/07 17:49 ] |
|
Bon ok j'endosse les bétises du commentaires précédents, Patrice m'a très justement fait remarqué que c'est en JUILLET l'expiration ! Donc l'hypothèse de la seconde n'est pas valable. Voilà, j'ai joué, j'ai perdu :/ |
| Commentaire de Justin Ziegler [ 15/juin/07 19:45 ] |
|
Les calculs de pourcentage de poids sont interessants, mais
il ne permettent de conclure que sur une baisse de 25% de charge (19%
=> 14%). Cela me semble effectivement justifier la baisse de trafic /
activite visible sur la courbe de cpu : https://supervision.priceminister.com:11000/wiki/doku.php?id=machines:rhome:syscpu mais pas sur celle ci (les paiements et mise en panier) : https://supervision.priceminister.com:11000/wiki/doku.php?id=machines:rhome:statsascarts |
| Commentaire de Justin Ziegler [ 15/juin/07 19:47 ] |
|
baisse de 25% egalement visible ici : https://supervision.priceminister.com:11000/wiki/doku.php?id=machines:rhome:sysvmstat_bibo |
| Commentaire de Justin Ziegler [ 15/juin/07 21:24 ] |
| le pb ne se pose pas avec la meme sonde sur l'ES ! |
| Commentaire de Justin Ziegler [ 15/juin/07 21:24 ] |
| je place des ce soir une sonde sur la page de login / SSL en FR ! |
| Commentaire de Justin Ziegler [ 26/juil./07 17:54 ] |
| Finalement la cause racine du pb est identifié : rhome n'etait pas présent dans les worker de tous les SW. Ainsi des sessions pouvaient demarrer sur rhome, mais si elles passaient par un SW n'ayant pas rhome dans sa liste de worker une nouvelle session était crée et le panier perdu pour l'utilisateur... |
[APP-16653] Modification temporaire de la conf APACHE en INTEG Création: 12/juin/07 12:10 Mise à jour: 25/juin/07 18:52 Résolue: 14/juin/07 17:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
Pour les besoins de pré-déploiement de la V15, il faudrait
modifier temporairement la conf APACHE en INTEG de telle sorte que : - DEUTZ (qui sera en V15) traite uniquement bo.pm.lan - MUMM (qui restera en V14) traite www.pm.lan et preview.pm.lan (comme aujourd'hui) - LANSON (qui restera en V14) traite www.pm.lan (comme aujourd'hui) Il faudra également modifier le brand "akamai.pm.lan" pour qu'il ne roote que vers MUMM ou LANSON + Modifier le priceminister.properties de DEUTZ pour faire pointer les images non plus vers akamai.pm.lan mais bo.pm.lan |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 12/juin/07 13:54 ] |
|
J'ai modifié le worker.prop de deutz. ( et bcpupé avant). J'ai modifié le ster de deutz pour pointer les images sur bo.pm.lan J'ai redémarré apache |
[EXP-3697] Migration mod_proxy phaeton --> aricia .. evandre Création: 22/juin/07 15:28 Mise à jour: 18/mars/09 15:32 Résolue: 18/mars/09 15:32 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Il s'agit de lister toutes les actions: startbatch sur Hercule et Esculape batch.properties priceminister.properties httpd.conf ouverture firewall Jet (pour Aricia Evandre). conf atos A compléter ... |
| Commentaires |
| Commentaire de Justin Ziegler [ 06/août/07 14:29 ] |
|
Ou en est on la dessus ? Est ce réellement critique ? |
| Commentaire de Jérémie Bennejean [ 03/sept./07 11:59 ] |
|
*startbatch sur Hercule $JAVA_HOME/bin/java -cp $CP \ -Dlog4j.configuration=log4j.xml \ -Dhttp.proxyHost=phaeton \ -Dhttp.proxyPort=8080 \ -Xms400m -Xmx400m \ -XX:PermSize=48m -XX:MaxPermSize=48m \ -XX:+DisableExplicitGC \ -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -XX:+PrintTenuringDistribution \ -Xloggc:${PWD}/garbage.log \ com.babelstore.common.batch.${RUNNER} $1 *priceminister.properties http.proxyHost = phaeton *http.conf <VirtualHost 10.150.28.72:8080> ProxyRequests on SSLProxyEngine on ServerName pmproxy ErrorLog /usr/local/apache/logs/proxy_error TransferLog /usr/local/apache/logs/proxy_log </VirtualHost> *atos /appli/priceminister/atos/office/param/pahtfile # -------------------------------------------------------------------------- # Parametres lies au Proxy # -------------------------------------------------------------------------- # Adresse du Proxy PROXY_HOST!phaeton! # Numero de port du Proxy PROXY_PORT!8080! *Concernant le batch.properties, je ne vois pas la conf du proxy *Ouverture Firewall |
| Commentaire de Patrice Boulanger [ 03/sept./07 15:19 ] |
| Ne pas oublier le http.proxyPort dans le ster.prop |
| Commentaire de Patrice Boulanger [ 03/sept./07 15:23 ] |
|
Vérifier l'accès via mod_proxy sur Aricia et Evandre vers: - 24h - ATOS - Chronopost Exemple: [adminpm@aricia conf]$ telnet 10.150.28.94 8080 GET http://www.free.fr HTTP/1.0 ... Attention c'est l'URL complète qu'il faut donner au proxy !! |
| Commentaire de Patrice Boulanger [ 03/sept./07 15:24 ] |
| Ne pas oublier HTTPS !!!! |
[EXP-3046] mettre les fichiers Google Webmasters à la racine de la PROD Création: 29/nov./06 15:53 Mise à jour: 25/juin/07 18:59 Résolue: 30/nov./06 11:24 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
merci de mettre les fichiers suivants à la racine en prod (sur tous les serveurs WEB) (Les fichiers peuvent être vides, ce n'est pas un souci. 2 fichiers en Espagne : googleb489c500c40dc31f.html google730a0b1043f547fb.html 2 fichiers en France : googleb489c500c40dc31f.html google730a0b1043f547fb.html En fait il faut les laisser parce que Google vérifie de façon régulière qu'ils y sont. présents. Je les avait mis sur le pré-site et fait enlevé en France... Merci de le remettre. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 30/nov./06 11:23 ] |
|
C'est fait sur phaeton et cupidon. Espagne : admines /data/chrootapache/usr/local/apache/es/htdocs/pmweb/www.priceminister.es France: adminpm /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www |
[EXP-3389] security update de mod_jk Création: 14/mars/07 13:05 Mise à jour: 21/janv./08 16:55 Résolue: 21/janv./08 16:42 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
cf mail de Quentin
|
| Commentaires |
| Commentaire de Antoine Koener [ 15/mars/07 10:03 ] |
|
D'autres infos: fix CVE-2007-0774 : A denial of service and critical remote code execution vulnerability. Caused by buffer overflow in map_uri_to_worker() when URL were longer that 4095 bytes. Reported by ZDI (www.zerodayintiative.com). Please note this issue only affected versions 1.2.19 and 1.2.20 of the Apache Tomcat JK Web Server Connector and not previous versions. Tomcat 5.5.20 and Tomcat 4.1.34 included a vulnerable version in their source packages. Other versions of Tomcat were not affected. Aricia, 1.2.19 Phaeton, 1.2.14 Cupidon, 1.2.14 La mise à jour ne dois être faite que sur aricia. |
| Commentaire de Antoine Koener [ 15/mars/07 10:04 ] |
|
Je passe en majeur. |
| Commentaire de Antoine Koener [ 15/mars/07 10:06 ] |
|
Cette mise à jour devrait pouvoir être faite par JET, car Aricia a été installé par eux. Il suffirait de la caler un matin. |
| Commentaire de Patrice Boulanger [ 21/janv./08 16:42 ] |
| Aricia a été mis à jour la semaine dernière. Pas la peine pour Phaeton (vieille version d'apache et sera retirer avec les nouveaux serveurs). |
| Commentaire de Justin Ziegler [ 21/janv./08 16:55 ] |
|
est il utile de regarder des versions plus récentes ? car nous avons toujours un comportement un peu surprenant lors des plantages NMC... |
[APP-13586] pas de favicon pour le site espagnol Création: 03/nov./06 14:50 Mise à jour: 07/juin/10 16:59 Résolue: 07/nov./07 17:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Condevaux | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | I18N | ||||||||||||||||
| Classif2: | HTML | ||||||||||||||||
| Projets PM archivés: | Maintenance 12.0.0 | ||||||||||||||||
| Description |
|
Il n'y a pas d'icone associé au site espagnol. c'est a dire qu'il n'y a pas le logo (code barre bleu et orange) qui apparait dans le coin des onglets firefox ou dans la bookmark |
| Commentaires |
| Commentaire de Younès Charrière [ 03/nov./06 15:07 ] |
|
Pouvez-vous ajouter cette icône? Merci :) |
| Commentaire de Renaud Dierickx [ 03/nov./06 15:36 ] |
|
Maintenant, c'est bon pour preview prod. Antoine, pourras-tu faire la même manip pour l'intégration ? Merci d'avance. |
| Commentaire de Renaud Dierickx [ 10/nov./06 09:35 ] |
|
Sur preview.priceminister.es, il n'y a plus de problème mais sur www.priceminister.es il n'y a pas l'icone... Antoine, peux-tu y jeter un oeil ? Merci. |
| Commentaire de Antoine Koener [ 10/nov./06 16:00 ] |
|
Il est installé; http://www.priceminister.es/favicon.ico |
| Commentaire de Younès Charrière [ 16/nov./06 11:46 ] |
|
Peux tu le faire aussi sur http://www.es.integ/ Antoine ? Merci :) |
| Commentaire de Quentin de Chivré [ 16/nov./06 14:59 ] |
| La favicon devrait être incluse dans le process de déploiement |
| Commentaire de Quentin de Chivré [ 16/nov./06 15:00 ] |
| et donc faire partie des images sous CVS qu'on déploie ensuite en prod |
| Commentaire de Antoine Koener [ 16/nov./06 15:11 ] |
|
Jérémie, Peux tu faire les opérations suivantes: - copier le favicon.ico de l'intégration france sur l'intégration espagne. Explication: le fichier se nomme 'favicon.ico' il doit être à la racine de l'arborescence apache htdocs/pmweb. Les sites doivent chacun disposer d'un lien de même nom pointant dessus. Il faut faire exactement la même chose sur l'espagne. Dispo pour en parler. |
| Commentaire de Jérémie Bennejean [ 16/nov./06 17:02 ] |
| C'est fait et vu avec Antoine |
| Commentaire de Quentin de Chivré [ 16/nov./06 18:28 ] |
| A intégrer côté dev SVP ! (pas urgent ...) |
| Commentaire de Renaud Dierickx [ 01/déc./06 17:55 ] |
|
Ok, je vais m'en occuper. Olivier, peux-tu me dire ce que tu préfères : <link rel="icon" type="image/png" href="/favicon.png" /> OU <link rel="shortcut icon" type="image/x-icon" href="/favicon.ico" /> Il semble qu'il y ait des normes et je préfère que vous choisissiez ce que vous préferez... Tu peux allez sur http://www.xhtml.net/xhtmlcss/favicon pour avoir plus d'info. |
| Commentaire de Olivier Badreau [ 05/déc./06 15:38 ] |
|
La solution est peut-etre d'envisager un double appel du favicon : un png ou un mng animé par defaut, et un .ico pour IE... |
| Commentaire de Renaud Dierickx [ 06/déc./06 08:55 ] |
| Peux-tu me créer l'icone en png pour que je puisse mettre en place la favicon dans le header de nos pages ??? Merci d'avance. |
| Commentaire de Stéphane François [ 26/janv./07 17:17 ] |
|
actuellment le favicon marche très bien pour l'espagne mais a l'url suivante http://priceminister.es , ce qui n'est pas le cas de http://www.priceminister.es Ce que je préconise est comme correction propre a l'espagne est de réétablir les redirections automatique existante entre ces deux url à l'instar de la FR. Je dirai qu'il y a 90% de chance que ça corrige le problème vu AVEC jérémie il ya plus d'une semaine. D'un autre coté je créai un jira concernant une étude de l'ajout d'un appel dans le code du favicon, afin de délester justement l'exploit. de ce soucis de favicon (http://pricejira.lan/browse/APP-14823). |
| Commentaire de Stéphane François [ 26/janv./07 17:19 ] |
| Jérémie je te laisse la main dessus pour la V.12 ( et voir ça trankillment avec Antoine, comme tu le souhatais) |
| Commentaire de Jérémie Bennejean [ 19/févr./07 09:54 ] |
| Résolu |
| Commentaire de Christophe Garcia [ 24/oct./07 14:22 ] |
| Toujours rien en Espagne et rien non plus en France (avec IE) |
| Commentaire de Jérémie Bennejean [ 24/oct./07 16:40 ] |
| Le favinco est bien en place à la racine sur les 3 serveurs webs. |
| Commentaire de Jérôme Gautier [ 07/nov./07 17:15 ] |
|
Ce JIRA semble être résolu pour l'Espagne (testé sous IE6, 7, FF et opéra) Attention, il n'y a plus de favicon sur la France (Régression ???) sous IE6, 7. Il est par contre bien présent sous FF et opéra. Je vous joint un favicon au format png au cas où |
| Commentaire de Jérôme Gautier [ 07/nov./07 17:17 ] |
| Jérémie, tu peux regarder STP ? Merci |
[IMP-374] donnadieu69 : création ftp cardiff Création: 30/mars/07 14:23 Mise à jour: 30/oct./09 15:43 Résolue: 02/avr./07 09:53 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | donnadieu69 |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Identifiants à utiliser : Id : donnadieu69 Pass : donnadieu69007 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 30/mars/07 16:21 ] |
|
Config ok : @@@ <Partner name='donnadieu69' id='13847825' home='donnadieu69'> <Comment> Crée par RON le 30 mars 2007 Voitures - Compte Cardiff Home : donnadieu69 Pass : donnadieu69007 </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4780238' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/donnadieu69/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/donnadieu69/</Destination> </Action> </Directory> </Partner> @@@ |
| Commentaire de Rodrigue Nsiangani [ 02/avr./07 09:53 ] |
|
C'est fait. Je ferme. |
migration/suppression de l'interface de recherche pour les comparateurs (SearchServlet)
(APP-11027)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Mostafa Diane | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Le lien http://bo.priceminister.com/test/search/index.html n'existera plus suite à une demande de MSU, il faut démapper cette servlet.
|
| Commentaires |
| Commentaire de Martin Sudmann [ 22/mars/07 15:41 ] |
| merci de faire pareil en INTEG |
| Commentaire de Jérémie Bennejean [ 10/avr./07 18:03 ] |
|
Vu avec Antoine. Je n'ai pas trouvé de servlet. Elle ne semble pas exister. Nous avons utilisé http header pour voir qui repond à la demande de l'url http://bo.priceminister.com/test/search/index.html. La réponse provient non pas d'un serveur jboss mais de apache. Et effectivement sur apache dans /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-bo il y a bien un repertoire /test/search qui contient index.html. |
| Commentaire de Jérémie Bennejean [ 10/avr./07 18:17 ] |
| En fait il s'agit de la servlet search et non pas de la servlet test! |
| Commentaire de Jérémie Bennejean [ 10/avr./07 18:18 ] |
| Faut il démapper la servlet search ?? |
| Commentaire de Martin Sudmann [ 10/avr./07 18:19 ] |
| voui. |
| Commentaire de Jérémie Bennejean [ 19/avr./07 10:19 ] |
|
La servlet est démappée sur les 3 frontaux configtest et graceful effectué |
[EXP-4201] Inclure tag pub sur les pages de maintenance et d'erreur 404 Création: 01/févr./08 09:47 Mise à jour: 20/févr./08 18:02 Résolue: 20/févr./08 11:41 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Description |
|
Bonjour, Le Marketing souhaite bénéficier d'emplacement publicitaire sur les pages de maintenance et d'erreur. Le tag à inclure est le suivant : <script language="Javascript"> now = new Date(); ord = now.getTime(); </script> <script language="Javascript"> document.write('<scri'+'pt language="Javascript" src="http://i2as.idregie.com/i-j.j?s=2594&w=300&h=250&cb='+ord+'"></scri'+'pt>'); </script> <noscript> <iframe src="http://i2as.idregie.com/i-i.php?s=2594&w=300&h=250&cb=31012008" noresize scrolling=no hspace=0 vspace=0 frameborder=0 marginheight=0 marginwidth=0 width=300 height=250> </iframe> </noscript> Il faudrait le placer sous le message. Merci Ariane |
| Commentaires |
| Commentaire de Ariane Baldinger [ 18/févr./08 18:16 ] |
|
Jérémie, Comme vu ensemble, il fallait ajouter une balise <center> pour centrer le carré pub. Pourras-tu indiquer les liens vers les 2 pages d'erreurs en pré-prod stp ? Ariane |
| Commentaire de Jérémie Bennejean [ 19/févr./08 15:37 ] |
|
Salut Arianne, Les pages 404 sont gérés par l'application semble t-il (ig?): http://www.fr.prep/offer/buy/1899999526111/Cle-USB-2-0-Lecteur-de-Carte-SD-MMC-Accessoire.html GET /offer/buy/1899999526111/Cle-USB-2-0-Lecteur-de-Carte-SD-MMC-Accessoire.html HTTP/1.1 Host: www.fr.prep User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: JSESSIONID=7425B6C627FADA57ECE9576298F8BC34.sacy; pm=country=249&trackingdate=2008-02-19+15%3A30%3A57.0&trackingts=1203431457000&version=1_1; provenance=1 Cache-Control: max-age=0 HTTP/1.x 404 Introuvable Date: Tue, 19 Feb 2008 14:33:42 GMT Server: Apache/2.2.3 (Unix) mod_jk/1.2.20 mod_ssl/2.2.3 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 De plus sur les pages 404, je n'ai pas eu à inclure le tag pour afficher le tag pub. Sinon voila une url de demo http://www.fr.prep/offer/buy/1899999526111/Cle-USB-2-0-Lecteur-de-Carte-SD-MMC-Accessoire.html Concernant la page de maintenance, j'ai modifié le maintenance.asis.template pour avoir le tag pub. (demande moi pour le voir je passerai la pre prod en maintenance. Les pages de maintenance en prod ont été modifiées |
| Commentaire de Jérémie Bennejean [ 19/févr./08 15:39 ] |
|
voici la réponde du SA: 2008-02-19 15:37:28,590 INFO [-Processor18] 192.168.1.202 - Setting response status code to 404 |
| Commentaire de Ghislain Gridel [ 19/févr./08 15:51 ] |
|
merci Jeremie, peut-on mettre aussi une megabanner dans le header ? |
| Commentaire de Jérémie Bennejean [ 20/févr./08 11:41 ] |
|
Ghislain, comme te l'as dis ariane, il s'agit d'une demande coté param. Merci |
| Commentaire de Jérémie Bennejean [ 20/févr./08 17:03 ] |
|
Le 404 coté apache est modifié http://www.priceminister.com/errors/404.html |
[IMP-678] carmanauto : création ftp Cardiff Création: 11/mai/07 11:32 Mise à jour: 30/oct./09 15:43 Résolue: 14/mai/07 10:13 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | carmanauto |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Groupe: | Cardiff |
| Description |
|
Mot de passe: marine
|
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 14/mai/07 09:56 ] |
|
======= Compte FTP ======= ==== Home : carmanauto ===== ==== Pass : marine ======= |
| Commentaire de Rodrigue Nsiangani [ 14/mai/07 10:07 ] |
|
<Partner name='carmanauto' id='11682813' home='carmanauto'> <Comment> Crée par RON le 14 mai 2007 Voitures - Compte Cardiff Login: carmanauto Pass : marine </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4863938' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/carmanauto/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/carmanauto/</Destination> </Action> </Directory> </Partner> |
| Commentaire de Rodrigue Nsiangani [ 14/mai/07 10:13 ] |
| C'est fait. |
[IMP-323] jlbautos : création ftp Cardiff Création: 23/mars/07 10:18 Mise à jour: 30/oct./09 15:44 Résolue: 26/mars/07 09:59 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | jlbautos |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Description |
|
Login : jlbautos Passe ftp : jlbautos71100 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 26/mars/07 09:51 ] |
|
======= Compte FTP ======= ==== Home : jlbautos ===== ==== Pass : jlbautos71100 ======= |
| Commentaire de Rodrigue Nsiangani [ 26/mars/07 09:59 ] |
|
Compte FTP créé : @@@ <Partner name='jlbautos' id='4624919' home='jlbautos'> <Comment> Crée par RON le 26 mars 2007 Voitures - Compte Cardiff Login: jlbautos Pass : jlbautos71100 </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4772837' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/jlbautos/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/jlbautos/</Destination> </Action> </Directory> </Partner> @@@ |
[cob La Redoute] Metatache
(APP-13755)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 11.3.1 |
| Type: | Sub-bug | Priorité: | Critique |
| Rapporteur: | Richard Dubois | Attribution: | Clement Balay |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | COB La Redoute | ||||||||
| Commentaires |
| Commentaire de Richard Dubois [ 04/janv./07 18:21 ] |
| Quand je clique sur "> En savoir plus", le lien me renvoi sur la HP de PM |
| Commentaire de Clement Balay [ 05/janv./07 12:44 ] |
| Modification faite en dev et integ |
| Commentaire de Lydia Dali [ 09/janv./07 18:02 ] |
|
http://laredoute.pm.lan/ le bloc n'apparait pas! |
| Commentaire de Alexandre Garnier [ 09/janv./07 18:34 ] |
|
Le lien "En savoir plus" du "Ca vient d'arriver" global renvoie toujours vers la HP quel que soit le brand. C'est du à une redirection Apache pour le bug Aucun dev ne peut résoudre le problème ... |
| Commentaire de Richard Dubois [ 09/janv./07 18:48 ] |
| Peut être supprimer le lien pour les cobrand ???? |
| Commentaire de Clement Balay [ 10/janv./07 11:23 ] |
| Ce redirect sur les cobrandings renvoie vers une adresse www, donc à changer rapidement |
Mise en oeuvre EVANDRE
(EXP-3568)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 31/mai/07 10:31 ] |
|
FRANCE WWW <VirtualHost 212.23.167.30:80> ServerName www.priceminister.com:80 ESPAGNE WWW <VirtualHost 212.23.167.36:80> DocumentRoot "/usr/local/apache/es/htdocs/pmweb/www.priceminister.es" ServerName www.priceminister.es:80 |
| Commentaire de Jérémie Bennejean [ 31/mai/07 10:49 ] |
|
Note pour moi, penser à demander à Jet de completer le /etc/hosts de evandre avec : 212.23.167.31 ofup.priceminister.com 212.23.167.31 virginmega.priceminister.com 212.23.167.31 m6net.priceminister.com 212.23.167.31 m6.priceminister.com 212.23.167.31 m6music.priceminister.com 212.23.167.31 m6game.priceminister.com 212.23.167.31 cinenow.priceminister.com 212.23.167.31 francemobiles.priceminister.com 212.23.167.31 jeuxvideo.priceminister.com 212.23.167.31 preview.priceminister.com 212.23.167.31 rfm.priceminister.com 212.23.167.31 freesurf.priceminister.com 212.23.167.31 croix-rouge.priceminister.com www.croix-rouge.priceminister.com 212.23.167.31 tiscalibe.priceminister.com 212.23.167.31 test.priceminister.com 212.23.167.31 europe2.priceminister.com 212.23.167.31 epik.priceminister.com 212.23.167.33 bo.priceminister.com bi.priceminister.com eglue.priceminister.com ig.priceminister.com 212.23.167.31 koobuycity.priceminister.com 212.23.167.31 mobilokaz.priceminister.com 212.23.167.35 www.radindesbois.com 212.23.167.37 pcdoccasions.vnunet.fr 212.23.167.32 occasion.camif.fr 212.23.167.34 occasion.presence-pc.com 212.23.167.31 mobilesachat.priceminister.com 212.23.167.38 bambinoccasion.priceminister.com 212.23.167.39 occasion.rueducommerce.fr occasion.rueducommerce.com 212.23.167.43 occasion.liberation.fr 212.23.167.36 www.priceminister.es 212.23.167.46 demo.priceminister.es 212.23.167.44 preview.priceminister.es 212.23.167.45 bo.priceminister.es 212.23.167.31 lycos-occasion.priceminister.com 212.23.167.31 laredoute-occasion.priceminister.com 212.23.167.31 journauxdumidi.priceminister.com 212.23.167.31 sfr.priceminister.com 212.23.167.31 nicematin.priceminister.com |
[EXP-3994] [Preview Espagne] Accès extérieur pour Google Création: 09/oct./07 15:16 Mise à jour: 17/oct./07 09:38 Résolue: 17/oct./07 09:38 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Damien Dorizy | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Afin de pouvoir tester les pages en preview avant le passage
en prod, il faudrait créer pour google le même système d'accès que pour
la France (htaccess avec mot de passe), mais pour
preview.priceminister.es. Merci beaucoup. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 11/oct./07 17:20 ] |
|
La conf apache est faite sur aricia,evandre et phaeton. Le login/mdp est googlees/googlees Merci de tester et de me confirmer. |
| Commentaire de Charles Decaux [ 12/oct./07 16:44 ] |
|
super merci Nous n'avons pas encore la validation du contact technique chez google En revanche, le contact commercial a d'ores et déjà validé l'intégration Je vous tiens au courant dès que c'est définitivement validé merci |
| Commentaire de Charles Decaux [ 16/oct./07 19:35 ] |
|
C'est bon, c'est validé par GG merci |
| Commentaire de Jérémie Bennejean [ 17/oct./07 09:38 ] |
| OK je ferme la demande.merci |
[APP-13699] CSS : problème de css sur certaines pages Création: 09/nov./06 16:42 Mise à jour: 25/juin/07 18:46 Résolue: 24/nov./06 10:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | ToDo, 9.0.4.2 (AOL) |
| Version(s) corrigée(s): | ToDo |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Fabien Farache | Attribution: | Stéphane François |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Navigateur: | Tous |
| Description |
|
J'ai pu constater des problèmes de css sur la page login
(connect) où la css ne s'affiche pas (nous avons une page blanche avec
juste les liens). J'ai constaté ce problème d'ici sur firefox 1.5 et 2 (plateforme windows XP) mais aussi chez moi sur safari et firefox 1.5 (plateforme mac os 10.3 et 10.4) et des amis sur Firefox (plateformes mac et linux (Ubuntu)) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 20/nov./06 12:40 ] |
|
D'un point de vue applicatif, la CSS reçu d'après les logs apache correspond bien en taille au fichier sur disque. Il faudrait donc tout d'abord s'assurer que notre CSS est irréprochable d'un point de vue message d'erreurs (voir PJ) Pour cela, il faut donc se connecter et sur l'écran "Connexion réussie" afficher la console d'erreur de FireFox. J'ai mis un extrait en PJ. La plupart des erreurs concernent en effet les exceptions pour IE (les propriétés avec un "_") mais il y en a d'autres |
| Commentaire de Yassine Mouhammadou [ 21/nov./06 15:24 ] |
|
pb de css au moment de l'identification -> 21/11 à 15h23 |
| Commentaire de Stéphane François [ 24/nov./06 10:55 ] |
|
les bugs réels de CSS signalés dans la console d'erreur de firefox ont été soigneusement corrigés. Mais en ce qui concerne le problème de css lors de l'identification, il n'a pas été reproduits. Néanmoins, s'il se reproduit, cela ne concerne pas la css même, mais le navigateur avec lequel on affiche le site (il semble afficher la brand noel mais pas celle du www). |
| Commentaire de Fabien Farache [ 24/nov./06 11:34 ] |
| on a mis un screenshot du brand noël car actuellement le le site est en version noël mais le bug est présent sur www et a été constaté avant l'arrivée de la version noël |
| Commentaire de Stéphane François [ 24/nov./06 12:10 ] |
|
... "Mais en ce qui concerne le problème de css lors de l'identification, il n'a pas été reproduits. Néanmoins, s'il se reproduit, cela ne concerne pas la css même, mais le navigateur avec lequel on affiche le site (il semble afficher la brand noel mais pas celle du www) " j'insiste pour noel, paques, la toussaint ou lorsque le site est avec sa css habituel cela provient du navigateur (ou peut-être du serveur). j'avais très bien saisi la description du jira. Si le bug se reproduit vérifier si la css est bien chargé par la navigateur. |
| Commentaire de Fabien Farache [ 24/nov./06 12:19 ] |
|
donc si ça vient du browser le problème existe sur : - firefox 1.5 et 2 (windows XP) - firefox 1.5 (mac os 10.3 et mac os 10.4) - safari (mac os 10.3 et mac os 10.4) - firefox (linux (Ubuntu)) désolé j'ai pas IE donc pas possible de testé sur IE de chez moi et d'ailleurs... |
| Commentaire de Nerea Prieto [ 30/nov./06 15:51 ] |
| Même problème sur l'Espagne |
| Commentaire de Lydia Dali [ 31/janv./07 11:23 ] |
|
Je ne reproduit pas chez moi, IE6, FF. Si le pb revient n'hesiter pas à réouvrir. |
[APP-13620] Erreur JS sur FP Création: 06/nov./06 14:36 Mise à jour: 25/juin/07 18:46 Résolue: 06/nov./06 16:09 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Promo |
| Affecte la/les version(s): | 9.0.4.2 (AOL) |
| Version(s) corrigée(s): | 9.0.4.2 (AOL) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Olivier Bourgeois |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Olivier Bourgeois [ 06/nov./06 15:01 ] |
| Don't worry : ce sont mes mises au point finales sur Pangora version Ajax : j'ai besoin d'un proxy Apache pour ça, et donc de l'integ ;) |
| Commentaire de Olivier Bourgeois [ 06/nov./06 16:09 ] |
| J'ai remis la même version qu'en production (non Ajax) |
| Commentaire de Christophe Garcia [ 07/nov./06 11:31 ] |
| ok |
[IMP-271] massol81 : Création FTP Cardiff Création: 14/mars/07 17:31 Mise à jour: 30/oct./09 15:44 Résolue: 15/mars/07 10:16 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | massol81 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Groupe: | Cardiff |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 15/mars/07 09:43 ] |
| Je mets quel mot de passe ? |
| Commentaire de Rodrigue Nsiangani [ 15/mars/07 09:54 ] |
|
Config du partenaire : @@@ <Partner name='massol81' id='13639221' home='massol81'> <Comment> Crée par RON le 15 mars 2007 Voitures - Compte Cardiff Login: massol81 Pass : </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4753138' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/massol81/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/massol81/</Destination> </Action> </Directory> </Partner> @@@ |
| Commentaire de Jérome Marianne [ 15/mars/07 09:57 ] |
| mot de passe à mettre : 130671 |
| Commentaire de Rodrigue Nsiangani [ 15/mars/07 10:16 ] |
|
======= Compte FTP ======= ==== Home : massol81 ===== ==== Pass : 130671 ======= C'est fait. Je ferme. |
[APP-19120] Résultat erroné avec des filtres composé de symboles (+,-) Création: 26/sept./07 11:32 Mise à jour: 01/sept./08 18:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||||||||||||||
| Classif1: | FAST | ||||||||||||||||||||||||
| Classif2: | connector | ||||||||||||||||||||||||
| Description |
|
- Lorsque l'on choisit un filtre comme "DVD-R", le résultat est composé aussi bien de DVD-R que de DVD+R
|
| Commentaires |
| Commentaire de Martin Sudmann [ 27/sept./07 12:19 ] |
| à résoudre en param + réindexation ? |
| Commentaire de Martin Sudmann [ 27/sept./07 16:29 ] |
|
les caractères non-alphanumériques ne sont pas pris en compte dans la recherche, donc: DVD+R = DVD-R je propose de : - laisser le sous filtre en multi-valué comme c'est le défaut - mettre le paramètre "label non précisé" pour gérer les "autres" automatiquement - remplacer la source dynamique du sous-filtre type par 6 sources manuelles, qui ont des critères d'expression régulières (label, valeur pour index & url, critère regex) : 1/ DVD+R, DVDplusR, ^DVD\\+R($|[^W]) 2/ DVD-R, DVDmoinsR, ^DVD-R($|[^W]) 3/ DVD+RW, DVDplusRW, ^DVD\\+RW 4/ DVD-RW, DVDmoinsRW, ^DVD-RW 5/ DVD double couche, DVD double couche, ^DVD.+DL 6/ DVD 8 cm, DVD 8 cm, ^DVD.+8 ?cm comme ça on aura les 8 cm et les doube couches aussi dans les catégories + ou - correspondantes, donc un vrai beau filtre multi-valué :) |
| Commentaire de Martin Sudmann [ 27/sept./07 16:30 ] |
| à faire ASAP en INTEG pour test ! |
| Commentaire de Julien Sananikone [ 27/sept./07 18:51 ] |
| @ MSU : vérifie le param et tu peux réindexer |
| Commentaire de Julien Sananikone [ 28/sept./07 11:52 ] |
|
apparemment ^DVD\\+R($|[^W]) ne protège pas le plus tu penses quoi de ^DVD[+]R($|[^W]) |
| Commentaire de Julien Sananikone [ 28/sept./07 17:29 ] |
|
finalement ça marche avec un seul anti slash ^DVD\+R($|[^W]) j'ai donc reporté en prod |
| Commentaire de Julien Sananikone [ 01/oct./07 10:27 ] |
|
vu MSU et BEG: on peut aussi créer une catégorie HD DVD, les HD-dvd seront aussi récupérés par les catégories DVD |
| Commentaire de Julien Sananikone [ 01/oct./07 17:51 ] |
| redémarrage update connector effectué par patrice, tu peux faire ton touch |
| Commentaire de Olivier Gourdin [ 11/oct./07 10:22 ] |
|
- Le problème existe aussi sur Informatique > Stockage > Lecteur, graveur Cd-rom et DVD http://www.priceminister.com/nav/Informatique_Stockage_Lecteur-graveur-Cd-rom-et-DVD http://www.priceminister.com/nav/Informatique_Stockage_Lecteur-graveur-Cd-rom-et-DVD/f1/DVD%2BRW |
| Commentaire de Pierre Bret [ 13/nov./07 18:46 ] |
|
Je t'assigne ce Jira Ariane car depuis 1 mois, on n'a pas eu de nouvelles. Merci pour ton aide. |
| Commentaire de Ariane Baldinger [ 14/nov./07 09:47 ] |
| C'est du catalogue, il faut dans ce cas assigner à Dispatcher (Catalogue), merci. |
| Commentaire de Julien Sananikone [ 03/déc./07 16:21 ] |
|
pour les lecteurs graveurs le problème est plus vaste que pour les dvd vierges. - la catégorie est une source automatique : cd et dvd sont donc classés par ordre de hit ... faire remonter une sorte alors qu'elle n'a que peu de hit ne me semble pas ce qu'il y a de mieux à faire ... il faut donc créer toutes les sortes de lecteurs/graveurs - il y a aussi le symbole ± qui ne semble pas recherchable : il faudrait le transformer en entité html : càd : modifier la VA et réimporter toutes les FP .... long, très long - il y a aussi un pb avec la mise en vente : ce type de produit évoluant vite nous n'avons pas mis toutes les nouvelles VA Cnet en MeV et il y a certains archaismes qui subsistent (± => dvd+r ET dvd-r ) -Il y a donc tout un chantier à mettre en place pour cadrer ce pb - on peut aussi attendre de voir ce que peut faire MSU avec APP-16264 |
| Commentaire de Marion Anfreville [ 03/déc./07 17:02 ] |
|
Il y a effectivement un gros problème sur la recherche.
DVD+RW et DVD±RW renvoie sur même recherche (problème sur -r). Est-ce que le dev pour corriger le problème est couteux ? |
| Commentaire de Marion Anfreville [ 08/janv./08 15:51 ] |
| Nous avons besoin d'un avois dev sur la question (voir mon dernier commentaire) ? Merci. |
| Commentaire de Martin Sudmann [ 09/janv./08 16:52 ] |
|
on a le pb de devoir décoder les valeurs indexées pour l'affichage. Peut être on pourrait transformer tout caractère non alphanumérique en entité html (décimal), ce qui fait qu'ils s'affichent automatiquement correctement? DVD±RW => DVD±RW DVD+R => DVD+R DVD double couche => DVD double couche pour la recherche ça devrait fonctionner, même si les "&#;" ne participent pas à la recherche: "DVD 177 RW" est différent de "DVD 43 RW".... Si ça marche, ce serait 1/2 journée de DEV plus une réindexation complète. |
| Commentaire de Martin Sudmann [ 09/janv./08 17:00 ] |
|
MAIS ATTENTION: si on applique ça globalement ça impacte les URLs existantes ! Il faut alors: 1/ encoder lors de l'indexation 2/ décoder à la génération des liens NpF 3/ encoder lors de la recherche 4/ faire une tonne de tests de non-régression, vu que le référencement est impacté... ...donc pas si facile et surtout pas si bon marché. je dirai plutôt : 2 jours de DEV 5 jours d'indexation en INTEG 2 jours de test en INTEG ... et on commence la construction de l'index V19 mardi 15/01/08 |
| Commentaire de Julien Sananikone [ 26/mars/08 14:30 ] |
|
dans la npf carte mère (http://bo.priceminister.com/nav/Informatique_Composants_Carte-mere) lorsqu'on choisit pour le filtre Support du processeur la valeur "Socket AM2+" -> la navigation plante |
| Commentaire de Martin Sudmann [ 16/avr./08 15:01 ] |
|
le lien généré est OK : <a href="javascript:void PM.BT.ubs(47,'nav',47,'Informatique_Composants_Carte-mere',47,'f1',47,'Socket+AM2%2B')">Socket AM2+</a> Le "+" est correctement encodé. Sauf que soit le Javascript, soit Apache modjk décode le %2B en +. On a corrigé les plantages suite aux valeurs des filtres qui n'existent pas/plus (Comics & Mangas était l'exemple) ; apparemment le PLUS en fin de valeur de filtre présente un cas spécial. Pas reproductible en DEV, à tester en INTEG. |
| Commentaire de Edouard Gomez-Vaez [ 20/mai/08 11:40 ] |
| Ca va être lourd de le faire. |
[IMP-265] ggeolympe : Création FTP Cardiff Création: 14/mars/07 09:27 Mise à jour: 30/oct./09 15:43 Résolue: 15/mars/07 09:47 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | ggeolympe |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Groupe: | Cardiff |
| Description |
|
Id : ggeolympe Pass ftp : ggeolympe38100 |
| Commentaires |
| Commentaire de Marion Anfreville [ 14/mars/07 09:45 ] |
| N'oublie pas que le projet paramétrage est mort pour l'import. Il faut utiliser le projet 'Import' pour tout ce qui est rattaché aux imports de fichiers =) |
| Commentaire de Rodrigue Nsiangani [ 15/mars/07 09:42 ] |
|
COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : ggeolympe ===== ==== Pass : ggeolympe38100 ======= |
| Commentaire de Rodrigue Nsiangani [ 15/mars/07 09:47 ] |
|
@@@ <Partner name='ggeolympe' id='13632641' home='ggeolympe'> <Comment> Crée par RON le 15 mars 2007 Voitures - Compte Cardiff Login: ggeolympe Pass : ggeolympe38100 </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4753137' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/ggeolympe/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/ggeolympe/</Destination> </Action> </Directory> </Partner> @@@ C'est fait. Je ferme. |
Mise en oeuvre EVANDRE
(EXP-3568)
|
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
cf /etc/logrotate_web.conf
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 28/mai/07 11:31 ] |
| La conf du logrotate_web.conf semble bonne puisqu'elle est copiée depuis aricia. |
| Commentaire de Jérémie Bennejean [ 31/mai/07 12:53 ] |
|
Patrice, Je pense que la roatation des logs fonctionne, car en plus d'avoir la meme conf que sur aricia j'ai constater ce matin que la date des logs avait été modifié ... donc pas la rotation je suppose! : [adminpm@evandre logs]$ ll total 120 drwxr-xr-x 2 adminpm adminpm 4096 May 31 01:52 . drwxr-xr-x 14 root root 4096 May 25 15:30 .. -rw-r--r-- 1 root adminpm 0 May 31 01:52 error_log -rw-r--r-- 1 root adminpm 112 May 31 01:52 error_log.1.gz -rw-r--r-- 1 root adminpm 245 May 30 01:52 error_log.2.gz -rw-r--r-- 1 root root 5 May 31 01:52 httpd.pid -rw-r--r-- 1 root root 24704 Apr 26 16:37 jk-runtime-status -rw-r--r-- 1 root root 28800 May 31 01:52 jk-runtime-status.3371 -rw-r--r-- 1 root root 1 May 31 01:52 jk-runtime-status.3371.lock -rw-r--r-- 1 root root 1 Apr 26 16:37 jk-runtime-status.lock -rw-r--r-- 1 root adminpm 0 May 31 01:52 mod_cache.log -rw-r--r-- 1 root adminpm 20 May 31 01:52 mod_cache.log.1.gz -rw-r--r-- 1 root adminpm 20 May 30 01:52 mod_cache.log.2.gz -rw-r--r-- 1 root adminpm 20 May 29 01:52 mod_cache.log.3.gz -rw-r--r-- 1 root adminpm 20 May 28 01:52 mod_cache.log.4.gz -rw-r--r-- 1 root adminpm 20 May 27 01:52 mod_cache.log.5.gz -rw-rw-rw- 1 root adminpm 0 May 31 01:52 mod_jk.log -rw-rw-rw- 1 root adminpm 370 May 31 01:52 mod_jk.log.1.gz -rw-rw-rw- 1 root adminpm 508 May 30 01:52 mod_jk.log.2.gz -rw-r--r-- 1 root adminpm 0 May 31 01:52 proxy_log -rw-r--r-- 1 root adminpm 20 May 31 01:52 proxy_log.1.gz -rw-r--r-- 1 root adminpm 20 May 30 01:52 proxy_log.2.gz -rw-r--r-- 1 root adminpm 0 May 31 01:52 ssl_request_log -rw-r--r-- 1 root adminpm 20 May 31 01:52 ssl_request_log.1.gz -rw-r--r-- 1 root adminpm 20 May 30 01:52 ssl_request_log.2.gz -rw-r--r-- 1 apache root 0 May 31 01:52 ssl_scache.dir -rw-r--r-- 1 apache root 0 May 31 01:52 ssl_scache.pag -rw-r--r-- 1 root adminpm 6964 May 31 12:50 vaccess_log -rw-r--r-- 1 root adminpm 1160 May 31 01:52 vaccess_log.1.gz -rw-r--r-- 1 root adminpm 198 May 30 01:52 vaccess_log.2.gz -rw-r--r-- 1 root adminpm 20 May 29 01:52 vaccess_log.3.gz -rw-r--r-- 1 root adminpm 20 May 28 01:52 vaccess_log.4.gz |
| Commentaire de Jérémie Bennejean [ 31/mai/07 12:57 ] |
|
Par contre je n'ai pas encore vérifié que les logs soient bien exporté vers la box ovh. De plus si je me souviens bien, ces logs doivent être taggés "serveur4". Est ce qu'il y a une doc la dessus ?? |
| Commentaire de Jérémie Bennejean [ 05/juin/07 10:58 ] |
|
Antoine, peux-tu regarder si les logs sont bien exporté vers la box ovh avec le bon "tag". Je ne connais aps ce mécanisme. Merci |
[APP-20343] Problème de login entre deux comptes Création: 21/avr./08 15:37 Mise à jour: 05/mai/08 18:52 Résolue: 05/mai/08 18:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | 20.1.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Xavier Fabregat | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Description |
|
Le pseudo "Merigarci" nous signale qu'en se connectant sur
compte avec ses login il a accédé au compte "nuriacs21". Pour le
prouver c'est depuis ce compte et avec le mail de "nuriacs21" qu'il a
signalé le problème. J'ai testé son compte, mais n'est pas pu reproduire
ce bug.
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 21/avr./08 17:05 ] |
|
- S'agit-il de deux comptes lui appartenant? |
| Commentaire de Xavier Fabregat [ 22/avr./08 07:20 ] |
|
Visiblement non. http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=12015195 http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=11387218 |
| Commentaire de Nicolas Chauveau [ 23/avr./08 17:14 ] |
|
Deux pb d'échange de session en deux jours en ES mais rien en FR. Ange s'occupe de mettre de coté tous les logs (apache, SA etc ...) pour qu'on puisse étudier le pb. |
Mise en place ConcatFile pour Redmobile....
(IMP-964)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Bloquant |
| Rapporteur: | Eric Vannier | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | red_mobile |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Description |
|
Il faut mettre en production sur bacchus la solution ConcatFile pour le partenaire red_mobile. Cela pour les trois types de fichiers suivants : purchase_items confirmed_purchase_items expirations Ne pas hésiter de venir me voir. Il peux être intéressant temporairement des réaliser une sauvegarde automatique des fichiers sachant qu'une sauvegarde est déjà implanté dans le filtre par défaut. => backup/fr/Concat/<Nom du partenaire>/ |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 03/juil./07 17:28 ] |
|
Config mise à jour : @@@@@@@@@@@@ <Partner name='red_mobile' id='11311206' home='red_mobile' > <Comment> - Compte FTP - créé par RON le 21/06/06 Màj RON 03/07/07 : ConcatFile Login: red_mobile Pass : fle85d2 Pour le filtre ConcatFile, les fichiers sont sauvegardés dans backup/fr/Concat/Nom du partenaire/ </Comment> <Directory path='/data/priceminister/pmftpstock/var/transactions/fr/red_mobile/purchase/'> <Action type ='ConcatFile' check_file='1' keep_source='1'> <Files>*.txt</Files> <!--<Destination>purchase</Destination>--> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/ftp.priceminister.com/redmobile/purchase</Destination> <Field_Value>3</Field_Value> </Action> </Directory> <Directory path='/data/priceminister/pmftpstock/var/transactions/fr/red_mobile/confirmed_purchase/'> <Action type ='ConcatFile' check_file='1' keep_source='1'> <Files>*.txt</Files> <!--<Destination>confirmed_purchase</Destination>--> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/ftp.priceminister.com/redmobile/confirmed_purchase</Destination> <Field_Value>3</Field_Value> </Action> </Directory> <Directory path='/data/priceminister/pmftpstock/var/transactions/fr/red_mobile/expiration/'> <Action type ='ConcatFile' check_file='1' keep_source='1'> <Files>*.txt</Files> <!--<Destination>expiration</Destination>--> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/ftp.priceminister.com/redmobile/expiration</Destination> <Field_Value>3</Field_Value> </Action> </Directory> <!-- Gestion de flux --> <Directory path='validation'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/red_mobile/validation/</Destination> <!--<Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/ftp.priceminister.com/redmobile/</Destination>--> </Action> </Directory> @@@@@@@@@@@@ |
| Commentaire de Rodrigue Nsiangani [ 03/juil./07 17:29 ] |
|
make_conf.pl exécuté. Je ferme. |
[APP-15898] [HP] Image non visible Création: 11/avr./07 11:12 Mise à jour: 25/juin/07 18:51 Résolue: 11/avr./07 18:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Younès Charrière | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Sur la home page de l'integ fr une image ne s'affiche pas. Voir screenshot.
|
| Commentaires |
| Commentaire de Ariane Baldinger [ 11/avr./07 18:44 ] |
|
l'image n'est pas en integ. Jérémie est en train de récupérer l'image en PROD. |
| Commentaire de Jérémie Bennejean [ 11/avr./07 18:58 ] |
|
Coucou younes! C'est un jolie dessin que tu as fais. L'image qui ne s'affiche pas n'est pas du fait du param mais du market ! via ftp il transfere de jolies images dans le repertoire visuels sur les 3 frontaux webs. il faut donc créer sur le serveur apache en integ dans le rep visuels l'arbo et les images correspondantes. |
[IMP-1437] Ajout d'un format d'un fichier d'import > import fichier et images > modèle chaussure > pro > Evane210704 Création: 17/oct./07 16:30 Mise à jour: 30/oct./09 15:51 Résolue: 04/janv./08 10:40 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 45 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | Evane210704 |
| Modèle: | chaussure PM |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Estimation: | Petit |
| Description |
|
Créer un ftp pour récupérer les images ajout de valeur mapping > premiere cuir = cuir vérifier si similicuir est accepté et créer la valeur si pas déjà fait. prix d'origine = PV si la case est vide Emmanuel Brosson 0664390410 brossnight@free.fr |
| Commentaires |
| Commentaire de Isabelle Weisbecker [ 22/oct./07 18:08 ] |
| ou en est-on concernant cette demande ? quel est le délai à indiqué au pro , merci. |
| Commentaire de Marion Anfreville [ 23/oct./07 10:00 ] |
|
la demande était en 1ère position dans les demandes critiques. Celle-ci sera traitée cette semaine. |
| Commentaire de Rodrigue Nsiangani [ 24/oct./07 16:38 ] |
|
Fichier soumis : http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=5131746&login=Evane210704 |
| Commentaire de Rodrigue Nsiangani [ 24/oct./07 16:55 ] |
|
======= Compte FTP ======= ==== Home : evane210704 ===== ==== Pass : 0113 ======= |
| Commentaire de Rodrigue Nsiangani [ 25/oct./07 17:10 ] |
|
Ajout du login dans /tab_conv_part.txt car le fichier est chargement de données. Il y a des retours chariots. Fichier soumis : http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=5134738&login=Evane210704 |
| Commentaire de Rodrigue Nsiangani [ 29/oct./07 17:39 ] |
|
Config créée pour le dépôt des images. << <Partner name='evane210704' id='4768535' home='evane210704'> <Comment> Crée par RON le 26/10/07 Login: evane210704 Pass : 0113 </Comment> <Directory path='Images'> <Action type='GenData' check_file='1'> <Files>*.jpg</Files> <Files>*.JPG</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Files>*.png</Files> <File_Destination>evane210704_Images.txt</File_Destination> <Source>/data/chrootapache/home/fr/evane210704/Images</Source> <Delimiter_Source>_</Delimiter_Source> <Delimiter_Option>-</Delimiter_Option> <Field_Source>1</Field_Source> <Field_Value>http://ftp.priceminister.com/partenariat-images/fr</Field_Value> </Action> <Action type ='Move' id='5306438'> <Files>evane210704_Images.txt-generated</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/evane210704/stock/Images</Destination> </Action> <Action type='Move'> <Files>*.jpg</Files> <Files>*.JPG</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Files>*.png</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/evane210704/</Destination> </Action> </Directory> </Partner> >> |
| Commentaire de Rodrigue Nsiangani [ 29/oct./07 17:39 ] |
|
C'est fait. Je ferme. |
| Commentaire de Isabelle Weisbecker [ 05/nov./07 10:42 ] |
|
Le pro n'a toujours pas été contacté pour lui expliquer
comment focntionne le FTP et comment mettre ses photo. Les produits sont
en ligne mais sans photo. Si tu as un mail type je lui explique. |
| Commentaire de Marion Anfreville [ 06/nov./07 16:53 ] |
|
Copie mail d'Isabelle : ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Pourriez-vous communiquer très rapidement à ce vendeur professionnel la marche à suivre afin qu'il utilise son compte FTP et qu'il insère ses photo. En effet, la demande JIRA est fermée, les produits sont en ligne mais le vendeur ne sait pas comment utiliser le FTP et insérer les photo. D'avance merci, Isabelle Coordonnées du pro mis en copie de ce mail. Emmanuel Brosson 0664390410 brossnight@free.fr ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rodrigue, peux-tu appeler le partenaire pour le briefer ? Merci. |
| Commentaire de Rodrigue Nsiangani [ 07/nov./07 16:11 ] |
|
J'ai envoyé un mail au partenaire . << Bonjour, Pour que vos photos apparaissent sur le site, vous devez les déposer dans le répertoire « Images » de votre compte FTP. Notre système récupérera les images au bout de 5 minutes puis elles seront visibles le lendemain sur le site. Vous devez vous connecter à l'adresse suivante : ftp://ftp.priceminister.com en utilisant un navigateur internet ou un logiciel FTP comme FileZilla par exemple. Vos identifiants : Login : evane210704 Pass : 0113 ... >> |
| Commentaire de Isabelle Weisbecker [ 12/nov./07 18:53 ] |
|
Les photo n'apparaissent pas malgré le fait que l pro les mette dans le FTP. merci de les faire apparaître. de plus, mettre les annonces du pro en neuf et enlever la notion de "collection". |
| Commentaire de Isabelle Weisbecker [ 15/nov./07 10:09 ] |
| il n'y a toujours pas ses photo, pourquoi ses produits apparaissent avec le type "collection" et pourquoi la matière indiqué sur la fiche produit est "tissu" alors que ce n'est pas mentionné dans son fichier. |
| Commentaire de Rodrigue Nsiangani [ 15/nov./07 14:07 ] |
|
En faite si on vérifie la fiche produit en backoffice, on a
les deux valeurs : tissu - cuir. Je modifié le mapping pour ne récupérer
que la valeur "cuir" Le format a été corrigé. J'ai mis à retraiter son dernier fichier : http://bo.priceminister.com/datafile_back?action=advfilesearch&fileid=5134738 |
| Commentaire de Isabelle Weisbecker [ 15/nov./07 14:27 ] |
| attention ce n'est pas du cuir mais du similicuir ce qu'on appelle vulgairement du skaï |
| Commentaire de Rodrigue Nsiangani [ 15/nov./07 16:21 ] |
| Dans le fichier, on a "Première cuir" ça signifie "similicuir" ? |
| Commentaire de Isabelle Weisbecker [ 15/nov./07 17:43 ] |
| en fait ça signifie que l'intérieur est doublé en cuir mais que l'extérieur est en simili. pour faire simple fait le mapping suivant : première cuir=similicuir car c'est l'extérieur l'important. Merci. |
| Commentaire de Isabelle Weisbecker [ 21/nov./07 16:20 ] |
| toujours pas de photo en ligne. le pro me relance car il voudrait compléter son offre mais c'est inutile s'il n'y a pas de photo. peut-on faire quelque chose pour qu'elles soient enfin téléchargées ? merci |
| Commentaire de Rodrigue Nsiangani [ 27/nov./07 11:27 ] |
| Demande lui de déposer les photos sur le compte FTP et les photos apparaitront le lendemain. |
| Commentaire de Rodrigue Nsiangani [ 27/nov./07 15:42 ] |
| J'ai envoyé un mail au partenaire pour lui dire de déposer les images sur le compte FTP. |
| Commentaire de Isabelle Weisbecker [ 29/nov./07 14:52 ] |
| il semble que les images y soient mais on ne les voient pas en front ? merci de regarder ce qui ne va pas. |
| Commentaire de Rodrigue Nsiangani [ 29/nov./07 16:02 ] |
| Il n'a toujours rien déposé sur son compte FTP. |
| Commentaire de Rodrigue Nsiangani [ 30/nov./07 17:46 ] |
| Il faut demander au partenaire de déposer les images dans le répertoire Images. |
| Commentaire de Daniel Pintamalli [ 13/déc./07 17:28 ] |
|
Isabelle, On m'a assigné cette demande à cause du départ de Rodrigue. Où en et cette demande? Est-ce que le partenaire a déjà déposé les images? |
| Commentaire de Isabelle Weisbecker [ 14/déc./07 15:04 ] |
| J'ai essayé de joindre le pro tél+mail. je lui ai laissé un message, j'attends son retour pour te dire. |
| Commentaire de Daniel Pintamalli [ 04/janv./08 10:40 ] |
| Je ferme cette demande jusqu'à ce qu'il y aie des nouvelles du partenaire. |
[INF-71] Trouver un serveur dédié pour le référencement Création: 23/mai/08 18:00 Mise à jour: 13/nov./08 09:33 Résolue: 13/nov./08 09:33 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Réseau |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Patrice Boulanger | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faudrait un serveur dédié pour le réf. Installer le serveur en RH4 update 4.
|
| Commentaires |
| Commentaire de Patrice Boulanger [ 09/oct./08 15:13 ] |
|
Récupérer un serveur en salle de machine: - installation redhat AS5 - apache + php v5 + mysql + phpmyadmin - pour apache, le document root doit être autorisé en écriture pour pmref - serveur FTP standard - un utilisateur dédié référencement (pmref) qui aura les droits nécessaires pour modifier la config Apache et relancer le service via sudo - une partition de 1To pris sur les disques SATA du CX300. L'utilisateur pmref aura les droits en écriture sur cette partition (pour les logs) - sauvegarde: sauvegarder le serveur mais ne pas sauvegarder la partition SAN |
| Commentaire de Stéphane Eccli [ 13/nov./08 09:33 ] |
| ok, serveur livré et sauvegardé. |
[EXP-3727] Mise en place SVN pour le DEV Création: 02/juil./07 12:09 Mise à jour: 21/avr./08 14:21 Résolue: 21/avr./08 14:21 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Swan Desportes | Attribution: | Patrice Boulanger |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
Bonjour, Pourriez vous nous mettre en place SVN sur un serveur dès que possible. Nous aimerions y archivé le projet PMBH qui n'est sauvé nul part pour le moment. Merci d'avance, |
| Commentaires |
| Commentaire de Patrice Boulanger [ 11/juil./07 12:04 ] |
| Il faut qu'on définisse le serveur a utiliser puis installer SVN dessus. Jérôme, merci de l'ajouter à ta TODO liste. |
| Commentaire de Nicolas Chauveau [ 17/juil./07 10:27 ] |
| Il faut ce soit fait au plus tard debut semaine du 13/07 (avant départ en vacesnces de CGA) |
| Commentaire de Jérôme Mazoyer [ 06/août/07 14:21 ] |
| SVN installé, apache également, il n'y a plus que les users systems a mettre en place. |
| Commentaire de Nicolas Chauveau [ 05/nov./07 17:31 ] |
|
Cette mise en place devient urgente et bloque deux projets : - Evolutions du PMBH - Refonte architecture PriceMinister Merci de donner un planning. |
| Commentaire de Nicolas Chauveau [ 21/avr./08 14:21 ] |
| On abandonne l'idée de SVN pour passer à BZR |
[IMP-293] Création FTP Cardiff Création: 19/mars/07 11:40 Mise à jour: 30/oct./09 15:43 Résolue: 19/mars/07 13:17 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | kric21 |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
login : kric21 Passe ftp : kric21850 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 19/mars/07 13:09 ] |
|
======= Compte FTP ======= ==== Home : kric21 ===== ==== Pass : kric21850 ======= |
| Commentaire de Rodrigue Nsiangani [ 19/mars/07 13:17 ] |
|
C'est fait. @@@ <Partner name='kric21' id='2585394' home='kric21'> <Comment> Crée par RON le 19 mars 2007 Voitures - Compte Cardiff Login: kric21 Pass : kric21850 </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4761438' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/kric21/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/kric21/</Destination> </Action> </Directory> </Partner> @@@ Je ferme. |
Mise en oeuvre EVANDRE
(EXP-3568)
|
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
¿ Ouverture du firewall sur la nouvelle adresse IP publique
du serveur : on appliquera les mêmes règles sur EVANDRE (212.23.167.27)
que sur CUPIDON (212.23.167.30). ¿ Vérification de la version de MOD_JK et upgrade vers la dernière version disponible. ¿ Upgrade d'apache en 2.2.4. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 23/mai/07 15:47 ] |
|
En fait il ne s'agit pas de MAI mais de demande par mail, evandre n'étant pas en production! Le mail sur l'upgrade en 2.2.4 est fait (patrice tu es en copie) |
| Commentaire de Jérémie Bennejean [ 28/mai/07 18:01 ] |
|
L'upgrade apache en 2.2.4 est faites. Les flux sont souverts sur le firewall. La maj du mod_jk aussi. |
| Commentaire de Jérémie Bennejean [ 31/mai/07 10:50 ] |
| J'ai vérifié toutes les demandes. C'est OK |
[APP-20546] Problème perte paramètre après authentification Création: 16/mai/08 18:20 Mise à jour: 02/juin/09 09:54 Résolue: 02/juin/09 09:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | 46.0.1.1 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ange Ferrari | Attribution: | Geneviève Beaujard |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif1: | TECH | ||||||||
| Classif2: | https | ||||||||
| Description |
|
Hello, Quand j'essaye d'atteindre la page http://www.priceminister.com/connect?action=profile Sans être authentifié je suis naturellement redirigé vers la mire d'authentification https://www.priceminister.com/connect?action=login&c=80&dest=%2Fconnect%3Faction%3Dprofile Comme nous pouvons le constater dans l'url le parametre dest=/connect?action=profile apparait avec les caractères encodés Une fois que j'ai cliqué sur le bouton continuer après m'être authentifié j'ai le jolie message " Page indisponible En raison d'un trafic très important sur les serveurs de PriceMinister, la page demandée n'a pu être affichée dans un délai raisonnable. Veuillez nous excuser pour ces désagréments. Notre équipe technique a été alertée immédiatement pour traiter le problème. Vous pouvez cependant poursuivre votre navigation. Nous vous remercions pour votre fidélité. " désservie par le serveur applicatif. L |
| Commentaires |
| Commentaire de Ange Ferrari [ 19/mai/08 09:02 ] |
|
Bon en fait après discussion avec Arnaud Forgues & Nicolas Chauveau c'est une demande d'évolution le "problème" est connu |
| Commentaire de Quentin de Chivré [ 27/mai/08 10:39 ] |
| Pb connu ? Je vois pas... |
| Commentaire de Nicolas Chauveau [ 05/juin/08 17:29 ] |
|
Pb connu : on ne sait pas rediriger les URL en HTTPS Nécessite une étude technique |
| Commentaire de Alexandre Garnier [ 28/juil./08 17:00 ] |
|
Avec du GET et plus du POST ça devrait passer. En gros mettre la valeur de dest dans le lien "Continuer" au lieu de construire un formulaire, il devrait ne pas y avoir de problèmes. |
| Commentaire de Geneviève Beaujard [ 04/mai/09 13:38 ] |
|
Ce probleme existe quand dans une page d'aide ou dans une newletter on appelle directement les lignes suivants: .../connect?action=profile .../connect?action=change_profile et peut être d'autres actions Le probleme avec ces actions est que si le compte n'est pas logé, il y a une redirection avec demande de login, cette redirection a le parametre 'dest' initialisé avec l'action à accomplir apres un login success. Voici ce qui se parse dans la jsp LoginSuccess: 1) Parsing du parametre dest: ParseAction parse = new ParseAction(action.urlDestination()); 2) construction du formulaire en post pour accomplir l'action mémorisé dans le parametre dest <form <%= parse.form(req.getBrand()) %> name="frmLoginSuccess" method="<%= post%>" onsubmit="return checkSubmitted(this.name)"> <% for(Iterator i = parse.getParameters().getParameterNames(); i.hasNext();) { String sKey = (String)i.next(); if (LoginAction.LOGIN.equals(sKey)) continue; List<String> lstValues = parse.getParameterValueList(sKey); for (String sValue : lstValues) { %> <input <%= parse.input(sKey, sValue) %> type="hidden" /> <% } } %> ce qui va nous donner en prod pour l'action 'profile' <form action=""http://www.priceminister.com/connect" name="frmLoginSuccess" method="post" onsubmit="return checkSubmitted(this.name)"> <input name="action" value="profile" type="hidden" /> <input name="continuebtn" type="submit" class="blueinptsmall" value="Continuer" /> </form> OK jusqu'à maintenant tout va bien, MAIS lorsqu'on clique sur 'Continuer', apache selon ses RewriresRules transforme cette action en https et PERD les parametres du formulaire post. La solution préconisée par notre GEEK ALEX est interessante et je l'ai adpotée. Par contre impossible de la tester sur un serveur d'integration (voir http://pricejira.lan/browse/EXP-4756). Voice le code de la correction dans la JSP LoginSuccess: <%! private static final ArrayList<String> lstServletRedirectInHttps= new ArrayList<String>(); static { lstServletRedirectInHttps.add("connect"); } |
| Commentaire de Geneviève Beaujard [ 04/mai/09 13:44 ] |
|
Voice le code de la correction dans la JSP LoginSuccess: <%! private static final ArrayList<String> lstServletRedirectInHttps= new ArrayList<String>(); static { lstServletRedirectInHttps.add("connect"); } %> <% ... ParseAction parse = new ParseAction(action.urlDestination()); String sMethod = lstServletRedirectInHttps.contains(parse.getServlet()) ? "get" : "post"; %> ... <form <%= parse.form(req.getBrand()) %> name="frmLoginSuccess" method="<%= sMethod %>" ... (comme avant) </form> La solution consiste donc a envoyer un formulaire en GET au lieu de POST. Si par la suite on decouvre d'autres actions avec ce pb il suffira de rajouter son servlet dans la liste lstServletRedirectInHttps. ALEX je te laisse expliquer la solution avec l'URL au format path. |
| Commentaire de Geneviève Beaujard [ 28/mai/09 16:37 ] |
| c'est en prod avec la 46 |
| Commentaire de Alexandre Garnier [ 28/mai/09 16:56 ] |
|
On avait pas plutôt dit de passer en URL relative pour l'action du formulaire si HTTPS ? Mais le GET c'est bien aussi ! |
[NpF] NpF Video - Activation (meta tâche)
(APP-18659)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.1.0 |
| Version(s) corrigée(s): | 18.1.2 |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Benoît Bourdon | Attribution: | Jérémie Bennejean |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM archivés: | Navigation par filtres - Vidéo | ||||||||
| Commentaires |
| Commentaire de Jérémie Bennejean [ 18/déc./07 14:34 ] |
|
Salut, Vous pouvez me preciser la regle svp ? Merci |
| Commentaire de Ariane Baldinger [ 19/déc./07 09:19 ] |
|
Bonjour, il y a déjà un jira d'ouvert pour ça : Merci :-) |
| Commentaire de Benoît Bourdon [ 19/déc./07 10:19 ] |
|
En fait il s'agit d'une redirection très particulière, qui
passe forcement par apache, qui redirige depuis la page pseudo statique
vers la page Dynamique pour capter les code de tracking. > CGA s'en occupe avec JEB donc je ne réouvre pas le jira. Mais il faut garder ce jira en mémoire pour les prochaines ouvertures |
[APP-19818] Erreur Page Indisponible sur certaine fiche produit Création: 03/mars/08 18:33 Mise à jour: 13/janv./09 11:55 Résolue: 10/oct./08 12:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 19.0.3 |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Amélioration | Priorité: | Bloquant |
| Rapporteur: | Pierre Bret | Attribution: | Thierry Leforestier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||
| Description |
|
Désolé, je n'ai pas plus d'explication sur ce phénomène, le problème est visible à l'adresse : http://www.priceminister.com/offer/buy/1000632/Collectif-Ave-Maria-Livre.html |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 04/mars/08 12:02 ] |
|
- C'est vrai que le product_id = 1000632 n'existe pas,
mais UrlName = Collectif-Ave-Maria-Livre.html existe bien; - Ce qui fait qu'il est possible de conduire un utilisateur qui vient avec "http://www.priceminister.com/offer/buy/1000632/Collectif-Ave-Maria-Livre.html" vers "http://www.priceminister.com/offer/buy/48332017/Collectif-Ave-Maria-Livre.html"; - D'où, si le product_id n'existe pas, on peut vérifier l'existence de l'UrlName avant d'afficher "Page indisponible"; - De plus, pourquoi ne pas rediriger vers la "Home" au lieu d'afficher "Page indisponible"? |
| Commentaire de Quentin de Chivré [ 01/avr./08 16:00 ] |
|
Cela peut venir de FP purgées (mises en base d'archive par Patrick Pereira) L'url-name ne doit pas servir de reference, si le product_id n'existe pas, la fiche n'existe pas. En revanche, le comportement a avoir dans ce cas de figure doit être défini par le ref |
| Commentaire de Pierre Bret [ 08/avr./08 11:05 ] |
|
Les fiches produit non présentent en base doivent effectivement retourner un 404, c'est donc correct. Cependant, dans le cas d'une purge de FP, il serait très bénéfique d'inclure automatiquement dans le processus les redirections 301des FP supprimées vers la FP résultante. |
| Commentaire de Thierry Leforestier [ 16/avr./08 14:47 ] |
| M'est avis que cela créerait un trop grand nombre de redirections a gérer, sans compter les risques d'erreurs dans les numéros de FP réaffectées (si cela se fait) a un autre produit et qui seront donc redirigées a tord vers un autre produit. |
| Commentaire de Quentin de Chivré [ 16/avr./08 18:24 ] |
|
Affiner l'étude avec PPE : - FP purgée : kesako ? - Erreurs 404 : quid ? etc... Une redirection plutot qu'un 404 se ferait en catchant l'erreur au niveau applicatif, donc pas de pb de volume (on en va pas rediriger les URLs 1 à 1 au niveau Apache) Un ID produit n'est jamais réattribué, pas de risque de ce coté. |
| Commentaire de Thierry Leforestier [ 16/avr./08 18:28 ] |
| Ok, je regarde plus profondément si c'est quelque chose qu'on peut mettre en place facilement |
| Commentaire de Jérôme Viviès [ 18/avr./08 17:54 ] |
|
Salut, - contibution Param rapide - - il nous arrive très très ponctuellement de supprimer des produits - notamment sur demande de l'équipe de Validation - le nombre de fois se compte sur les doigts de la main pour une année ; - la vraie purge produit est gérée par Patrick => se mettre en relation avec lui pour voir les délais, fréquences, volumes. - pour rediriger entre fiches produits : aucun outil côté Param... il faudrait une analyse sur l'ensemble des données du produit et un écran qui proposerait les produits approchants ? -- J. |
| Commentaire de Thierry Leforestier [ 30/avr./08 16:10 ] |
|
Jira créé coté Dev pour que la modification soit faite. A priori, ca ne va pas être compliqué. Voir le Jira |
| Commentaire de Thierry Leforestier [ 10/oct./08 12:03 ] |
|
Corrigé avec |
[IMP-1064] Création d'une adresse pour récupérer les images + regarder pourquoi le fichier d'import est en erreur > pro > azurboutic Création: 19/juil./07 11:26 Mise à jour: 30/oct./09 15:50 Résolue: 03/août/07 11:48 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 4 heures | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | azurboutic |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
le pro renseigne le public et la couleur et malgré ça, c'est
ce message d'erreur d'import qui apparait. Regarder son fichier et
l'importer en écrasement. + lui créer une adresse http afin qu'il puisse y mettre ses photo. Thierry CARPICO > thierryboutique@yahoo.fr - 06 20 13 29 35 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 20/juil./07 15:10 ] |
| J'ai créer les mêmes profils que ceux existants sauf que j'ai mis le séparateur virgule ",". |
| Commentaire de Rodrigue Nsiangani [ 20/juil./07 15:10 ] |
| http://bo.priceminister.com/datafile_back?action=advertprofilesearch&advert_profile=&login=azurboutic |
| Commentaire de Rodrigue Nsiangani [ 23/juil./07 13:22 ] |
|
Fichier soumis : http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4892244&login=azurboutic |
| Commentaire de Rodrigue Nsiangani [ 24/juil./07 09:40 ] |
| Le fichier est passé à 74%. 28 erreurs : quantité à 0. |
| Commentaire de Rodrigue Nsiangani [ 03/août/07 11:33 ] |
|
Je lui ai créé un compte FTP pour qu'il dépose ses images dans le répertoire images. ======= Compte FTP ======= ==== Home : azurboutic ===== ==== Pass : jamais100 ======= Le format était déjà opérationnel. Les images sont renommées de cette manière : http://ftp.priceminister.com/partenariat-images/fr/azurboutic/1107-40-grise [320x200].jpg |
| Commentaire de Rodrigue Nsiangani [ 03/août/07 11:47 ] |
|
Nom des images : 1107-40-grise [320x200].jpg Les profils sont en écrasement. Config FTP : @@@@@@@@@@@ <Partner name='azurboutic' id='13942630' home='azurboutic'> <Comment> Crée par RON le 03 août 2008 Vêtements Login: azurboutic Pass : jamais100 </Comment> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/azurboutic/</Destination> </Action> </Directory> </Partner> @@@@@@@@@@@ La config sera en place dès lundi. |
| Commentaire de Rodrigue Nsiangani [ 03/août/07 11:48 ] |
|
C'est fait. Je ferme. |
creation p+f+maj ecrasement nouveau partenaire retropresse
(IMP-1035)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | retropresse |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Créer un compte FTP pour l'import de stock + Images.
|
| Commentaires |
| Commentaire de Marion Anfreville [ 27/juil./07 18:01 ] |
|
Je t'assigne cette demande pour que tu t'exerces =) le compte FTP doit être créer avec le login en minuscule (toujours !) |
| Commentaire de Rodrigue Nsiangani [ 31/juil./07 15:36 ] |
|
Modèle Livres, Livres Anciens, Revues #0.1 http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14304 |
| Commentaire de Rodrigue Nsiangani [ 31/juil./07 16:16 ] |
|
==== Home : retropresse ===== ==== Pass : simmon ========== |
| Commentaire de Rodrigue Nsiangani [ 31/juil./07 16:16 ] |
|
<Partner name='retropresse' id='13859830' home='retropresse'> <!-- Import de stock --> <Directory path='stock/ecrasements'> <Action type='Move' id='5074947' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/retropresse/stock/ecrasements</Destination> </Action> </Directory> <!-- Import d'images --> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/retropresse/</Destination> </Action> </Directory> </Partner> |
| Commentaire de Fabien Farache [ 31/juil./07 16:22 ] |
|
- compte ftp créé - config créée - conf partenaire ajoutée dans Config.xml, |
[EXP-3884] Le message affiché lorsque le site Espagnol se trouve en maintenance Création: 21/août/07 09:46 Mise à jour: 31/août/07 17:21 Résolue: 31/août/07 17:21 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Maintenance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Le message affiché lorsque le site Espagnol se trouve en maintenance est le suivant : « Hola, Por razones de mantenimiento técnico PriceMinister.es no es accesible en estos momentos . Disculpa las molestias ocasionadas y gracias por volverte a conectar a partir de las 11:00 Gracias por tu comprensión. » Le texte ci-dessus n'est pas correct. Voici ce que je propose : « Hola, Por razones de mantenimiento técnico PriceMinister.es no se encuentra accesible en este momento . Te proponemos que vuelvas a conectarte a partir de las 11:00. Disculpa las molestias ocasionadas. Gracias por tu comprensión. » |
| Commentaires |
| Commentaire de Ange Ferrari [ 31/août/07 17:21 ] |
|
Le message a été mis à jour dans le fichier suivant /data/chrootapache/usr/local/apache/es/htdocs/pmweb/maintenance.asis.template Il a ensuite été propagé sur les frontaux. Ange. |
[EXP-3609] phonetraceur.com - modification redirection Création: 23/mai/07 17:58 Mise à jour: 25/juin/07 19:01 Résolue: 24/mai/07 15:48 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Marc Cacheiro | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
les domaines phonetraceur.com et www.phonetraceur.com ne doivent plus pointer sur priceminister.com/et, mais sur le serveur de notre partenaire Colibri : 82.101.8.114 Ca évitera les maintenances récurrentes et un peu pénibles qu'on a du prendre en charge ces derniers mois :) thanx ps : vous pouvez me signaler quand cette modif peut être effective pour que je prévienne le partenaire et que l'on s'assure que tout soit prêt de son côté ? thanx again |
| Commentaires |
| Commentaire de Patrice Boulanger [ 23/mai/07 18:13 ] |
| Comme précisé oralement, l'opération est rapide. Le temps de propagation DNS sera de 24h mais je peux réduire cette durée dès maintenant si souhaité en prévision de la modification. |
| Commentaire de Marc Cacheiro [ 23/mai/07 18:25 ] |
|
j'ai eu le feu vert de colibri, on peut donc modifier la redirection ! (l'URL phonetraceur.com restera bien apparente dans la barre d'adresse ?) merci |
| Commentaire de Patrice Boulanger [ 23/mai/07 18:42 ] |
|
C'est fait, la propagation sera totalement effective dans 24h. |
| Commentaire de Patrice Boulanger [ 23/mai/07 18:43 ] |
| Et oui, l'URL www.phonetraceur.com restera bien apparente dans la barre d'adresse :-) |
| Commentaire de Marc Cacheiro [ 24/mai/07 11:40 ] |
|
merci ! demande complémentaire de damien... peut-on faire la même manip sur : priceminister.com/et et www.priceminister.com/et c'est à dire les faire pointer sur l'adresse IP de colibri ? thanx |
| Commentaire de Patrice Boulanger [ 24/mai/07 11:58 ] |
|
Dans ce cas, on peut faire une redirection au niveau
d'apache mais dans ce cas, l'URL dans la barre d'adresse sera changée en
www.phonetraceur.com. Vous confirmez ? Merci. |
| Commentaire de Marc Cacheiro [ 24/mai/07 12:02 ] |
| pas de problème pour nous ! |
| Commentaire de Patrice Boulanger [ 24/mai/07 13:12 ] |
|
Jérémie, peux-tu ajouter une régle de redirection sur tous les serveurs Apache pour rediriger http://www.priceminister.com/et vers http://www.phonetraceur.com Merci. |
| Commentaire de Marc Cacheiro [ 24/mai/07 14:02 ] |
|
je ne sais si c'est utile de le préciser, mais il faut aussi rediriger priceminister.com/et sans le www :) merci !!! |
| Commentaire de Jérémie Bennejean [ 24/mai/07 15:22 ] |
|
Testé sur la pre-prod. C'est en place en prod vous pouvez tester. |
| Commentaire de Marc Cacheiro [ 24/mai/07 15:48 ] |
| cool, merci !!! |
[APP-18373] suppression des caractères non alphanumériques dans url_name (was: j'ai l'impression que nous avons un probleme de redirection en boucle depuis la redirection intra-applicative) Création: 29/oct./07 18:49 Mise à jour: 25/sept./08 17:15 Résolue: 14/avr./08 17:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.1.1 |
| Version(s) corrigée(s): | 23.0.0 (CAT-B) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
|||||||||||||||||||||||||||||||||||
| Liens des demandes: |
|
|||||||||||||||||||||||||||||||||||
| Sous-tâches: |
|
|||||||||||||||||||||||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||||||||||||||||||||||
| Site: | Prod | |||||||||||||||||||||||||||||||||||
| Classif1: | REF | |||||||||||||||||||||||||||||||||||
| Classif2: | url_name | |||||||||||||||||||||||||||||||||||
| Projets PM archivés: | Maintenance CAT-B | |||||||||||||||||||||||||||||||||||
| Commentaires |
| Commentaire de Justin Ziegler [ 29/oct./07 18:49 ] |
|
2007-10-27 12:41:57,196 INFO [-Processor13] 86.216.182.168
- (Status : 301) Redirecting to :
/offer/buy/53076906///////¿qui¿N-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,196 INFO [-Processor13] 86.216.182.168 - <<< [73 ms] GET http://www.priceminister.com/offer/buy/53076906//////?quiN-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,252 INFO [ool Worker-0] - Populating BinBlock : CatId=100243 name=[Jeux] T=50 M=null Age=1 NbMax=4 NbMin=null 2007-10-27 12:41:57,275 INFO [-Processor72] bobichon1993 - <<< [467 ms] GET http://www.priceminister.com/offer/buy/49493730/Ace-Combat-The-Belkan-War-Jeu-Playstation-2.html 2007-10-27 12:41:57,279 INFO [Processor111] - Session bound 2007-10-27 12:41:57,280 INFO [Processor111] 90.23.48.254 - >>> GET http://www.priceminister.com/offer/buy/55199310/La-Bataille-De-San-Sebastian-DVD-Zone-2.html 2007-10-27 12:41:57,291 INFO [-Processor71] 86.216.182.168 - >>> GET http://www.priceminister.com/offer/buy/53076906///////?quiN-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,319 INFO [Processor130] - Session bound 2007-10-27 12:41:57,320 INFO [Processor130] 66.249.72.65 - >>> GET http://www.priceminister.com/offer?action=desc&aid=40295304 2007-10-27 12:41:57,339 INFO [Processor132] baloo210978 - >>> POST http://www.priceminister.com/purchase!action=feedback&case=0&comment=rapide et ...&confirm=true&from=1&itemid=69253258&purchaseid=52098461&score=5&submitbtn=Valider 2007-10-27 12:41:57,362 WARN [-Processor71] 86.216.182.168 - URL_NAME inexistant for product 53076906: for referer : null and user-agent : Mozilla/4.0 (compatible; MSIE 5.00; Windows 98)(Redirection) 2007-10-27 12:41:57,363 INFO [-Processor71] 86.216.182.168 - (Status : 301) Redirecting to : /offer/buy/53076906////////¿qui¿N-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,363 INFO [-Processor71] 86.216.182.168 - <<< [72 ms] GET http://www.priceminister.com/offer/buy/53076906///////?quiN-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,376 INFO [-Processor32] 77.218.249.214 - >>> GET http://www.priceminister.com/offer/buy/18882399/Basket-Teddy-Smith.html 2007-10-27 12:41:57,376 INFO [-Processor32] 77.218.249.214 - Same request - count=1 - delay=3254ms 2007-10-27 12:41:57,382 INFO [ool Worker-0] - Populating BinBlock : CatId=100245 name=[Informatique] T=120 M=null Age=1 NbMax=4 NbMin=null 2007-10-27 12:41:57,417 INFO [P-Processor9] speedycat7 - <<< [232 ms] GET http://www.priceminister.com/purchase?action=saleview&purchaseid=50521551 2007-10-27 12:41:57,456 INFO [Processor156] 86.216.182.168 - >>> GET http://www.priceminister.com/offer/buy/53076906////////?quiN-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,463 INFO [ool Worker-0] - Populating BinBlock : CatId=112500 name=[Maison & Electroménager] T=1141 M=null Age=1 NbMax=4 NbMin=null 2007-10-27 12:41:57,527 WARN [Processor156] 86.216.182.168 - URL_NAME inexistant for product 53076906: for referer : null and user-agent : Mozilla/4.0 (compatible; MSIE 5.00; Windows 98)(Redirection) 2007-10-27 12:41:57,530 INFO [Processor156] 86.216.182.168 - (Status : 301) Redirecting to : /offer/buy/53076906/////////¿qui¿N-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,530 INFO [Processor156] 86.216.182.168 - <<< [74 ms] GET http://www.priceminister.com/offer/buy/53076906////////?quiN-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,559 INFO [Processor132] baloo210978 - <<< [220 ms] POST http://www.priceminister.com/purchase!action=feedback&case=0&comment=rapide et ...&confirm=true&from=1&itemid=69253258&purchaseid=52098461&score=5&submitbtn=Valider 2007-10-27 12:41:57,567 INFO [ool Worker-0] - Cache date_block_map - Reload done in 1357 ms 2007-10-27 12:41:57,579 INFO [Processor110] - Session bound 2007-10-27 12:41:57,580 INFO [Processor110] 66.249.72.65 - >>> GET http://www.priceminister.com/offer/buy/55525919/Pro-Poker-Jetons-Par-100-Propoker-Jeux-de-societe.html 2007-10-27 12:41:57,624 INFO [-Processor13] - Session bound 2007-10-27 12:41:57,625 INFO [-Processor13] 212.23.170.241 - >>> GET http://freesurf.priceminister.com/nav/Musique 2007-10-27 12:41:57,626 INFO [Processor122] 86.216.182.168 - >>> GET http://www.priceminister.com/offer/buy/53076906/////////?quiN-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,661 INFO [-Processor67] totophe147 - >>> GET http://www.priceminister.com/submit?action=submitcomplete&aid=149014929&categoryref=266230&commentaireAnnonce=le+sac+est+neuf+il+as+encore+l%27etiquette&compproductid=59172102&couleur=212531&description=neuf&designation=lancaster+sac+rose&fabricant=266309&ilimitedqty=false&matiere=266347&prix=40&prixOrigine=56&productid=59172101&public=266339&qualite=10& ;quantite=1&shippingmode=false&stage=0&submitbtn=Go&submitstage=true&typeSac=266255&x=17&y=5 2007-10-27 12:41:57,684 INFO [-Processor32] 77.218.249.214 - Displaying tag : Tracking (SECOND_PAGE) - PL10_Culturelle_Generique_24102007(1977240)::Deuxieme_page 2007-10-27 12:41:57,684 INFO [-Processor32] 77.218.249.214 - <<< [308 ms] GET http://www.priceminister.com/offer/buy/18882399/Basket-Teddy-Smith.html 2007-10-27 12:41:57,736 WARN [Processor122] 86.216.182.168 - URL_NAME inexistant for product 53076906: for referer : null and user-agent : Mozilla/4.0 (compatible; MSIE 5.00; Windows 98)(Redirection) 2007-10-27 12:41:57,738 INFO [Processor122] 86.216.182.168 - (Status : 301) Redirecting to : /offer/buy/53076906//////////¿qui¿N-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,738 INFO [Processor122] 86.216.182.168 - <<< [112 ms] GET http://www.priceminister.com/offer/buy/53076906/////////?quiN-Es-La-Bestia-Livre.html 2007-10-27 12:41:57,738 INFO [Processor111] 90.23.48.254 - <<< [458 ms] GET http://www.priceminister.com/offer/buy/55199310/La-Bataille-De-San-Sebastian-DVD-Zone-2.html 2007-10-27 12:41:57,763 INFO [P-Processor9] adnane44 - >>> GET http://www.priceminister.com/cart?action=memorize 2007-10-27 12:41:57,776 INFO [P-Processor9] adnane44 - WISHBusiness create 1 |
| Commentaire de Justin Ziegler [ 29/oct./07 18:50 ] |
|
http://www.priceminister.com/offer/buy/53076906////////?quiN-Es-La-Bestia-Livre.html ==> ce type d'url me gene bcp, d'autant plus que c'est toujours le meme |
| Commentaire de Geneviève Beaujard [ 02/nov./07 16:33 ] |
|
Le probleme avec ce bug est que l'url_name dans la base est incorrect: SQL> select url_name from product where product_id = 53076906 2 / URL_NAME ------------------------------------------------------------------------------------------------------------------------------------------------------ ¿qui¿N-Es-La-Bestia-Livre select dump(url_name, 1010) from product where product_id = 53076906 DUMP(URL_NAME,1010) ------------------------------------------------------------------------------------------------------------------------------------------------------ Typ=1 Len=25 CharacterSet=WE8ISO8859P15: 166,113,117,105,191,78,45,69,115,45,76,97,45,66,101,115,116,105,97,45,76,105,118,114,101 En effet cette url commence par un caractere dont le code decimal est 166. voir http://www.htmlhelp.com/reference/charset/iso160-191.html Ce caractere se transforme par je ne sais quelle magie en ?, ce qui fait que l'url_name n'est pas prise en compte mais est considéré comme une query_string et ceci explique le bouclage. Voici un echantillon de ce qui se passe en prod: http://pricejira.lan/secure/attachment/24205/app-18373.txt Explications du pb en prod: >>> GET http://www.priceminister.com/offer/buy/53076906 2007-11-02 12:02:20,070 WARN [Processor116] testpm_yam - URL_NAME inexistant for product 53076906: for referer : null and user-agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8(Redirection) 2007-11-02 12:02:20,072 INFO [Processor116] testpm_yam - (Status : 301) Redirecting to : /offer/buy/53076906/¿qui¿N-Es-La-Bestia-Livre.html Pour l'instant tout est correct, l'url de redirection est bonne, par contre voila ce que reçois le serveur apache: GET http://www.priceminister.com/offer/buy/53076906/?qui%BFN-Es-La-Bestia-Livre.html Pour cette url, l'url_name n'est pas prise en compte car elle considéré comme une QueryString. C'est comme si l'url_name etait nulle, c'est pourquoi le message de redirection commence par 'URL_NAME inexistant'. Avec la derniere modif de http://pricejira.lan/browse/APP-17696 on ne va plus boucler, mais on aura le message suivant "Votre nouvelle tentative de connexion est trop rapide, veuillez réessayer ultérieurement.Vous pouvez cependant poursuivre votre navigation.Nous vous remercions pour votre fidélité." De toute façon la conclusion reste la meme on ne peut plus acceder au produit quand l'url_name contient des caracteres bizarres et ce n'importe ou dans l'url_name (pas uniquement le premier caractere). J'ai fait une recherche en prod des produits ayant des caracteres speciaux dans le premier caractere de l'url_name: SELECT ASCII(SUBSTR(url_name, 0, 1)), COUNT(*) FROM product WHERE ASCII(SUBSTR(url_name, 0, 1)) > 128 GROUP BY ASCII(SUBSTR(url_name, 0, 1)) / 160 269 161 59 165 1 166 13 167 27 169 7 171 14 176 85 178 13 181 28 188 3 190 9 191 2337 193 1 195 5 197 7 198 2 204 1 208 2 216 17 218 10 222 5 247 1 23 rows selected. On voit qu'il a 13 produits dont l'url_name commence par 166. J'ai essayé avec des produits dont l'url_name commence par 176(0xB0)et il n'y a pas de problemes: ex: http://www.priceminister.com/offer/buy/49225653/%B0%B0Neuf%B0%B0-Lot-2-Debardeurs-Rose-Orange-4ans-Vb-Ete-2006.html http://www.priceminister.com/offer/buy/49225661/%B0%B0%B0Neuf%B0%B0%B0-Sweat-Marese-Tatoo-Effet-6-Mois.html Je ne sais pas si les caracteres differents de 166 (exception pour 176) se transforment en '?'. REMARQUE: Le probeme est le meme quelque soit la place de ces caracteres speciaux CONCLUSION: 1) Pour un meilleur calcul de url_name, il faudrait revoir la methode Format.urlDesignationText(String designation) cette methode devrait filtrer les caracteres dont le code decimal est > 128 2)Que dois t'on faire pour les produits dont l'url_name se transforme en QueryString 3) remarque j'ai essaye en DEV de faire commencer une url_name par le caractere 166 et ça ne fonctionne pas: - URL_NAME differences for product 4628175: [%60Action-Man-Mission-Extremes-Volume-1-DVD-Zone-2] instead of [?Action-Man-Mission-Extremes-Volume-1-DVD-Zone-2] for referer : null and user-agent : Mozilla/5.0 (Windows; U; 2007-11-02 15:22:47 INFO [Dispatcher ] 192.168.1.174 - <<< [65 ms] GET http://www.pm.boulard:2080/offer/buy/4628175/%60Action-Man-Mission-Extremes-Volume-1-DVD-Zone-2.html Nous n'avons pas le même fonctionnement qu'en integ ou prod, en effet je ne sais pas pourquoi le caractere de code decimal 166 se tansforme en %60 donc en dev si l'url commence par '166' le caractere est transformé en %60 (au lieu de %A6), les url_names ne matcheront jamais et la fiche produit n'est pas accessible (message tentative de connexion trop rapide). J'ai essayé en dev en mettant le code hexa A6 en premier caractere de l'url et on a le même pb. Disons qu'en dev ça fonctionne plutôt moins bien car l'url de redirection est deja incorrect (affichage de ? au lieu du caractere barre a trou, en prod l'url de redirection contient bien le caractere barre a trou) Je laisse le soin aux autorites competentes de decider. Pour info voici les produits qui ont le même probleme: SQL*Plus> select product_id from product where ascii(url_name) = 166 SQL*Plus> / 6644637 56376716 18201718 53076906 54080754 55469517 53770317 20706041 54562608 48424344 48603405 54071314 57424921 13 rows selected. |
| Commentaire de Quentin de Chivré [ 05/nov./07 09:42 ] |
|
C'est exactement le genre de bugs que je craignais avec ce redirect sur url_name... et j'avais demandé un mécanisme de détection (via Pierre Bret) ... ou est il ? Est-ce trop compliqué a réaliser ? Mon avis est qu'on aura tjs des comportements bizarres selon la config d'Apache qui en + est différente en Prod et Integ. Le plus clean serait de nettoyer TOUS les url_name de façon a ce qu'ils ne contiennent que les caracteres suivants : a-z, A-Z, 0-9, _ (sur tout url_name, pas que le 1er caractere) => Genevieve, peux tu calculer combien de produits seraient concernés ? |
| Commentaire de Quentin de Chivré [ 05/nov./07 09:44 ] |
|
PS : Justin, c'est pas un titre de bug ça... exemple de titre de bug conçis et explicite : "FP : Probleme de redirection en boucle" |
| Commentaire de Pierre Bret [ 05/nov./07 09:56 ] |
| Nous pouvont désactiver le mécanisme via la properties, le temps de régler ce problème, ok ? |
| Commentaire de Quentin de Chivré [ 05/nov./07 10:02 ] |
|
Pas forcément... Est-ce qu'il est fréquent ? Grave ? etc... => apres on décide |
| Commentaire de Pierre Bret [ 05/nov./07 10:43 ] |
|
Geneviève ne trouve pas comment compter le nombre de produit impactés. Je vais regarder coté logs pour estimer le volume concerné. Martin, va regarder plus precisement le problème demain mardi. |
| Commentaire de Martin Sudmann [ 06/nov./07 10:42 ] |
|
pour la V17.2 : - on corrige le formatage de l'url_name pour que les nouveaux url_names ne contiennent ques des caractères alphnumériques et des tirets en post V17.2 : - GEB va vérifier les caractères spéciaux qui posent problème - faire un comptage sur titan pour essayer de quantifier les cas qui posent problème - on va corriger via scripte SQL |
| Commentaire de Geneviève Beaujard [ 19/mars/08 14:51 ] |
| ALLEZ PATRICK ALLEZ, STP ne m'oubliespas |
Installation Plateforme Bêta UK
(EXP-4291)
|
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 4 heures | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
- Créer le VH preview.priceminister.co.uk sur les serveurs web hébergeant l'actuel site UK - 1 seul worker: Neptune - Mettre en place les pages pseudo statiques uniquement pour la HP - Bloquer l'accès au site avec une authentification basique |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 07/mai/08 10:00 ] |
|
preview.priceminister.co.uk est configuré sur evenor <VirtualHost 212.23.170.231:80> ServerName preview.priceminister.co.uk:80 ........ </VirtualHost> Le documentroot est une copie de www.priceminsiter.co.uk Actuellement accessbile depuis notre plateforme interne Le worker.properties ne contient que neptune (all_servers, img_servers) |
| Commentaire de Patrice Boulanger [ 15/mai/08 11:22 ] |
|
Il me semble que dans la conf, les worker.properties ne sont
pas configuré dans le fichier VH. Peux-tu le compléter qu'on puisse
lancer un test? Merci. |
| Commentaire de Patrice Boulanger [ 15/mai/08 11:25 ] |
|
Tant qu'à faire il faudrait aussi créer tout de suite le bo.priceminister.co.uk, sur la même IP. Merci. |
| Commentaire de Jérémie Bennejean [ 16/mai/08 15:35 ] |
|
J'ai créer bouk.priceministeR.com <VirtualHost 10.150.28.110:80> ServerName bouk.priceminister.jmh:80 <Location "/"> Order Deny,Allow Deny from all # PM Office Public (new) Private (new) Justin Home PM(Villette) (PBO) Allow from 192.168.1.0/24 212.23.170.0/24 10.150.28.96/25 213.41.234.177 62.23.27.114 82.228.215.216 # AuthName "Priceminister UK Backoffice" # AuthType Basic # AuthUserFile /usr/local/apache/uk/secrets/.htpasswd # require user bo boconfid secret pmvbo pmbackofficepmv pmbackoffice pmprivreports pmsecreports pmcache </Location> CustomLog /usr/local/apache/uk/logs/www.priceminister.co.uk.log "%t %h %{HOST}i \"%r\" %>s %b" AllowEncodedSlashes On Include conf/deflate.conf RewriteEngine On Include conf/mode/referencement.rules RewriteRule ^/activation(.*) https://bouk.priceminister.jmh/activation$1 [L,R,NE] RewriteRule ^/checkout(.*) https://bouk.priceminister.jmh/checkout$1 [L,R,NE] RewriteRule ^/connect(.*) https://bouk.priceminister.jmh/connect$1 [L,R,NE] RewriteRule ^/ngs(.*) https://bouk.priceminister.jmh/ngs$1 [L,R,NE] ProxyRequests off ProxyPass /google/adsense http://europe.google.com/search Include conf/mode/jk.bo </VirtualHost> |
| Commentaire de Jérémie Bennejean [ 27/mai/08 14:42 ] |
|
Tout est en place Par contre pas de pages statiques puisque pas d'appli et que seul sont accessible /,/info/home, /offer/buy et /offer pour accéder à preview.priceminister.co.uk previewuk/babelstore |
[APP-18363] Probleme serveur image espagne ( imagemagick ? ) Création: 29/oct./07 09:02 Mise à jour: 30/oct./07 15:05 Résolue: 30/oct./07 14:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 17.1.1 |
| Version(s) corrigée(s): | 17.1.1 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Ange Ferrari | Attribution: | Alexandre Garnier |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 17.x.x | ||||||||
| Description |
|
Bonjour, Depuis vendredi le serveur applicatif installe sur venus a plante plusieurs fois. Ce serveur ne s'occupe que de generer les images pour le site espagne Je colle ci dessous les premieres traces que j'ai pu trouver |
| Commentaires |
| Commentaire de Ange Ferrari [ 29/oct./07 09:04 ] |
|
Plantage du 26 Octobre 2007-10-26 18:34:34,486 INFO [P-Processor7] 80.239.229.202 - >>> GET http://212.23.167.51/photo/452343830_M.jpg 2007-10-26 18:34:34,486 INFO [-Processor10] 80.239.136.99 - >>> GET http://212.23.167.51/photo/475314330_M.jpg 2007-10-26 18:34:34,517 INFO [-Processor16] 80.239.229.198 - >>> GET http://212.23.167.51/photo/488862830_M.jpg 2007-10-26 18:34:34,517 INFO [-Processor36] 80.239.229.208 - <<< [219 ms] GET http://212.23.167.51/photo/459257330_S.jpg 2007-10-26 18:34:34,574 INFO [-Processor10] 80.239.136.99 - <<< [87 ms] GET http://212.23.167.51/photo/475314330_M.jpg 2007-10-26 18:34:34,583 INFO [-Processor16] 80.239.229.198 - <<< [66 ms] GET http://212.23.167.51/photo/488862830_M.jpg 2007-10-26 18:34:34,636 INFO [-Processor10] 80.239.229.196 - >>> GET http://212.23.167.51/photo/481807230_M.jpg 2007-10-26 18:34:34,668 INFO [P-Processor9] 80.239.229.199 - >>> GET http://212.23.167.51/photo/397853530_M.jpg 2007-10-26 18:34:34,695 INFO [-Processor10] 80.239.229.196 - <<< [59 ms] GET http://212.23.167.51/photo/481807230_M.jpg 2007-10-26 18:34:34,698 INFO [-Processor16] 80.239.229.196 - >>> GET http://212.23.167.51/photo/481890330_S.jpg 2007-10-26 18:34:34,747 INFO [P-Processor7] 80.239.229.202 - <<< [261 ms] GET http://212.23.167.51/photo/452343830_M.jpg 2007-10-26 18:34:34,761 INFO [-Processor10] 80.239.229.210 - >>> GET http://212.23.167.51/photo/459041630_M.jpg # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x471a79ca, pid=23740, tid=1215298480 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_10-b03 mixed mode) # Problematic frame: # C [libMagick.so.9+0x12a9ca] # # An error report file with more information is saved as hs_err_pid23740.log 2007-10-26 18:34:34,794 INFO [P-Processor9] 80.239.229.199 - <<< [125 ms] GET http://212.23.167.51/photo/397853530_M.jpg 2007-10-26 18:34:34,810 INFO [P-Processor9] 80.239.229.202 - >>> GET http://212.23.167.51/photo/398823330_S.jpg 2007-10-26 18:34:34,816 INFO [-Processor36] 80.239.229.200 - >>> GET http://212.23.167.51/photo/400131030_M.jpg 2007-10-26 18:34:34,845 INFO [P-Processor1] 80.239.229.200 - >>> GET http://212.23.167.51/photo/414235030_M.jpg 2007-10-26 18:34:34,904 INFO [P-Processor9] 80.239.229.202 - <<< [93 ms] GET http://212.23.167.51/photo/398823330_S.jpg 2007-10-26 18:34:34,904 INFO [P-Processor7] 80.239.136.99 - >>> GET http://212.23.167.51/photo/401279930_M.jpg 2007-10-26 18:34:34,933 INFO [-Processor40] 80.239.229.197 - >>> GET http://212.23.167.51/photo/378537830_M.jpg 2007-10-26 18:34:34,941 INFO [-Processor36] 80.239.229.200 - <<< [124 ms] GET http://212.23.167.51/photo/400131030_M.jpg 2007-10-26 18:34:34,975 INFO [P-Processor1] 80.239.229.200 - <<< [129 ms] GET http://212.23.167.51/photo/414235030_M.jpg 2007-10-26 18:34:35,019 INFO [P-Processor1] 80.239.229.196 - >>> GET http://212.23.167.51/photo/389278230_S.jpg 2007-10-26 18:34:35,025 INFO [P-Processor7] 80.239.136.99 - <<< [120 ms] GET http://212.23.167.51/photo/401279930_M.jpg 2007-10-26 18:34:35,039 INFO [-Processor10] 80.239.229.210 - <<< [278 ms] GET http://212.23.167.51/photo/459041630_M.jpg 2007-10-26 18:34:35,043 INFO [P-Processor7] 80.239.136.99 - >>> GET http://212.23.167.51/photo/483808830_M.jpg 2007-10-26 18:34:35,067 INFO [-Processor40] 80.239.229.197 - <<< [134 ms] GET http://212.23.167.51/photo/378537830_M.jpg 2007-10-26 18:34:35,079 INFO [P-Processor1] 80.239.229.196 - <<< [59 ms] GET http://212.23.167.51/photo/389278230_S.jpg 2007-10-26 18:34:35,099 INFO [-Processor40] 80.239.229.199 - >>> GET http://212.23.167.51/photo/417937846_M.jpg 2007-10-26 18:34:35,103 INFO [P-Processor7] 80.239.136.99 - <<< [60 ms] GET http://212.23.167.51/photo/483808830_M.jpg 2007-10-26 18:34:35,139 INFO [P-Processor7] 80.239.229.198 - >>> GET http://212.23.167.51/photo/352492130_M.jpg 2007-10-26 18:34:35,276 INFO [-Processor36] 80.239.229.197 - >>> GET http://212.23.167.51/photo/469818530_S.jpg 2007-10-26 18:34:35,277 INFO [P-Processor9] 80.239.229.196 - >>> GET http://212.23.167.51/photo/461192030_S.jpg 2007-10-26 18:34:35,304 INFO [P-Processor1] 80.239.229.210 - >>> GET http://212.23.167.51/photo/456513030_S.jpg [thread 1149377456 also had an error] 2007-10-26 18:34:35,358 INFO [-Processor14] 80.239.229.201 - >>> GET http://212.23.167.51/photo/461433130_S.jpg 2007-10-26 18:34:35,387 INFO [P-Processor8] 80.239.229.201 - >>> GET http://212.23.167.51/photo/481638630_S.jpg 2007-10-26 18:34:35,441 INFO [-Processor38] 80.239.229.206 - >>> GET http://212.23.167.51/photo/470324030_S.jpg 2007-10-26 18:34:35,492 INFO [P-Processor6] 80.239.136.99 - >>> GET http://212.23.167.51/photo/461476630_M.jpg [thread 1148320688 also had an error] 2007-10-26 18:34:35,545 INFO [-Processor10] 80.239.229.197 - >>> GET http://212.23.167.51/photo/468921630_S.jpg [thread 1254132656 also had an error] 2007-10-26 18:34:35,573 INFO [-Processor19] 80.239.136.99 - >>> GET http://212.23.167.51/photo/478682030_S.jpg 2007-10-26 18:34:35,613 INFO [P-Processor7] 80.239.229.198 - <<< [474 ms] GET http://212.23.167.51/photo/352492130_M.jpg 2007-10-26 18:34:35,631 INFO [P-Processor1] 80.239.229.210 - <<< [327 ms] GET http://212.23.167.51/photo/456513030_S.jpg [thread 1209007024 also had an error] [thread 1253075888 also had an error] 2007-10-26 18:34:35,746 INFO [P-Processor7] 80.239.229.197 - >>> GET http://212.23.167.51/photo/489947831_M.jpg 2007-10-26 18:34:35,762 INFO [P-Processor9] 80.239.229.196 - <<< [484 ms] GET http://212.23.167.51/photo/461192030_S.jpg 2007-10-26 18:34:35,781 INFO [-Processor40] 80.239.229.199 - <<< [682 ms] GET http://212.23.167.51/photo/417937846_M.jpg 2007-10-26 18:34:35,815 INFO [-Processor14] 80.239.229.201 - <<< [456 ms] GET http://212.23.167.51/photo/461433130_S.jpg 2007-10-26 18:34:35,846 INFO [P-Processor7] 80.239.229.197 - <<< [100 ms] GET http://212.23.167.51/photo/489947831_M.jpg 2007-10-26 18:34:35,853 INFO [P-Processor7] 80.239.229.206 - >>> GET http://212.23.167.51/photo/487424730_S.jpg 2007-10-26 18:34:35,909 INFO [P-Processor7] 80.239.229.206 - <<< [56 ms] GET http://212.23.167.51/photo/487424730_S.jpg 2007-10-26 18:34:35,924 INFO [-Processor40] 80.239.229.197 - >>> GET http://212.23.167.51/photo/396835630_M.jpg 2007-10-26 18:34:35,946 INFO [P-Processor6] 80.239.136.99 - <<< [454 ms] GET http://212.23.167.51/photo/461476630_M.jpg 2007-10-26 18:34:36,005 INFO [P-Processor1] 80.239.229.200 - >>> GET http://212.23.167.51/photo/487087530_M.jpg 2007-10-26 18:34:36,008 INFO [-Processor40] 80.239.229.197 - <<< [84 ms] GET http://212.23.167.51/photo/396835630_M.jpg 2007-10-26 18:34:36,037 INFO [-Processor40] 80.239.229.210 - >>> GET http://212.23.167.51/photo/471792530_S.jpg 2007-10-26 18:34:36,056 INFO [P-Processor7] 80.239.229.202 - >>> GET http://212.23.167.51/photo/472993030_S.jpg 2007-10-26 18:34:36,091 INFO [P-Processor6] 80.239.229.209 - >>> GET http://212.23.167.51/photo/473250230_M.jpg 2007-10-26 18:34:36,119 INFO [P-Processor1] 80.239.229.200 - <<< [114 ms] GET http://212.23.167.51/photo/487087530_M.jpg [thread 1144912816 also had an error] 2007-10-26 18:34:36,139 INFO [-Processor14] 80.239.229.204 - >>> GET http://212.23.167.51/photo/416691930_M.jpg [thread 1254661040 also had an error] 2007-10-26 18:34:36,189 INFO [P-Processor3] 80.239.229.197 - >>> GET http://212.23.167.51/photo/388765930_S.jpg 2007-10-26 18:34:36,201 INFO [P-Processor6] 80.239.229.209 - <<< [109 ms] GET http://212.23.167.51/photo/473250230_M.jpg 2007-10-26 18:34:36,201 INFO [P-Processor1] 80.239.229.209 - >>> GET http://212.23.167.51/photo/393634930_S.jpg 2007-10-26 18:34:36,261 INFO [P-Processor6] 80.239.229.210 - >>> GET http://212.23.167.51/photo/394719930_S.jpg 2007-10-26 18:34:36,272 INFO [P-Processor1] 80.239.229.209 - <<< [71 ms] GET http://212.23.167.51/photo/393634930_S.jpg 2007-10-26 18:34:36,288 INFO [-Processor14] 80.239.229.204 - <<< [149 ms] GET http://212.23.167.51/photo/416691930_M.jpg 2007-10-26 18:34:36,299 INFO [P-Processor3] 80.239.229.197 - <<< [110 ms] GET http://212.23.167.51/photo/388765930_S.jpg 2007-10-26 18:34:36,341 INFO [P-Processor6] 80.239.229.210 - <<< [80 ms] GET http://212.23.167.51/photo/394719930_S.jpg 2007-10-26 18:34:36,383 INFO [-Processor14] 80.239.136.99 - >>> GET http://212.23.167.51/photo/472522730_M.jpg 2007-10-26 18:34:36,400 INFO [P-Processor6] 80.239.229.203 - >>> GET http://212.23.167.51/photo/476819230_S.jpg 2007-10-26 18:34:36,447 INFO [P-Processor1] 80.239.229.196 - >>> GET http://212.23.167.51/photo/361212730_M.jpg 2007-10-26 18:34:36,466 INFO [-Processor14] 80.239.136.99 - <<< [83 ms] GET http://212.23.167.51/photo/472522730_M.jpg [thread 1255189424 also had an error] 2007-10-26 18:34:36,488 INFO [-Processor14] 80.239.229.210 - >>> GET http://212.23.167.51/photo/399764730_S.jpg 2007-10-26 18:34:36,574 INFO [P-Processor3] 80.239.229.210 - >>> GET http://212.23.167.51/photo/478416530_S.jpg 2007-10-26 18:34:36,575 INFO [P-Processor4] 80.239.229.203 - >>> GET http://212.23.167.51/photo/477691930_S.jpg 2007-10-26 18:34:36,580 INFO [-Processor14] 80.239.229.210 - <<< [92 ms] GET http://212.23.167.51/photo/399764730_S.jpg 2007-10-26 18:34:36,625 INFO [-Processor14] 80.239.229.197 - >>> GET http://212.23.167.51/photo/412624830_M.jpg ImageMagick: UnableToAcquireString `MemoryAllocationFailed `''. 2007-10-26 18:34:36,656 INFO [-Processor17] 80.239.229.209 - >>> GET http://212.23.167.51/photo/399613430_S.jpg 2007-10-26 18:34:36,669 INFO [P-Processor3] 80.239.229.210 - Setting response status code to 503 [thread 1261435824 also had an error] pure virtual method called ./run.sh: line 184: 23740 Abandon "$JAVA" $JAVA_OPTS -Djava.endorsed.dirs="$JBOSS_ENDORSED_DIRS" -classpath "$JBOSS_CLASSPATH " org.jboss.Main "$@" 2007-10-26 19:14:25 - [Manual action] jBoss started |
| Commentaire de Ange Ferrari [ 29/oct./07 09:08 ] |
|
2007-10-29 03:12:12,738 INFO [-Processor14] 195.12.231.197 - <<< [29 ms] GET http://212.23.167.51/photo/364425830_S.jpg 2007-10-29 03:12:12,853 INFO [P-Processor1] 89.202.193.162 - >>> GET http://212.23.167.51/photo/461481930_S.jpg 2007-10-29 03:12:12,990 INFO [P-Processor7] 195.12.231.210 - >>> GET http://212.23.167.51/photo/364665430_S.jpg 2007-10-29 03:12:13,062 INFO [P-Processor1] 89.202.193.162 - <<< [207 ms] GET http://212.23.167.51/photo/461481930_S.jpg 2007-10-29 03:12:13,162 INFO [P-Processor7] 195.12.231.210 - <<< [171 ms] GET http://212.23.167.51/photo/364665430_S.jpg 2007-10-29 03:12:13,238 INFO [P-Processor6] 89.202.193.173 - >>> GET http://212.23.167.51/photo/454604630_S.jpg 2007-10-29 03:12:13,248 INFO [P-Processor7] 195.12.231.217 - >>> GET http://212.23.167.51/photo/372873130_S.jpg 2007-10-29 03:12:13,252 INFO [-Processor14] 89.202.193.173 - >>> GET http://212.23.167.51/photo/478864030_S.jpg 2007-10-29 03:12:13,274 INFO [P-Processor7] 195.12.231.217 - <<< [25 ms] GET http://212.23.167.51/photo/372873130_S.jpg # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x467a79ca, pid=13390, tid=1218444208 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_10-b03 mixed mode) # Problematic frame: # C [libMagick.so.9+0x12a9ca] # # An error report file with more information is saved as hs_err_pid13390.log 2007-10-29 03:12:13,445 INFO [P-Processor6] 89.202.193.173 - <<< [206 ms] GET http://212.23.167.51/photo/454604630_S.jpg 2007-10-29 03:12:13,455 INFO [P-Processor1] 195.12.231.220 - >>> GET http://212.23.167.51/photo/368816530_S.jpg 2007-10-29 03:12:13,515 INFO [P-Processor1] 195.12.231.220 - <<< [59 ms] GET http://212.23.167.51/photo/368816530_S.jpg 2007-10-29 03:12:13,568 INFO [P-Processor6] 195.12.231.220 - >>> GET http://212.23.167.51/photo/379147630_S.jpg 2007-10-29 03:12:13,632 INFO [P-Processor7] 195.12.231.219 - >>> GET http://212.23.167.51/photo/419218730_S.jpg 2007-10-29 03:12:13,732 INFO [P-Processor7] 195.12.231.219 - <<< [99 ms] GET http://212.23.167.51/photo/419218730_S.jpg 2007-10-29 03:12:13,795 INFO [P-Processor8] 195.12.231.212 - >>> GET http://212.23.167.51/photo/380959930_S.jpg 2007-10-29 03:12:13,801 INFO [P-Processor1] 195.12.231.217 - >>> GET http://212.23.167.51/photo/428420430_S.jpg 2007-10-29 03:12:13,826 INFO [P-Processor8] 195.12.231.212 - <<< [31 ms] GET http://212.23.167.51/photo/380959930_S.jpg 2007-10-29 03:12:13,871 INFO [P-Processor1] 195.12.231.217 - <<< [70 ms] GET http://212.23.167.51/photo/428420430_S.jpg 2007-10-29 03:12:13,925 INFO [P-Processor6] 195.12.231.220 - <<< [357 ms] GET http://212.23.167.51/photo/379147630_S.jpg 2007-10-29 03:12:13,956 INFO [P-Processor6] 195.12.231.207 - >>> GET http://212.23.167.51/photo/427533130_S.jpg 2007-10-29 03:12:14,011 INFO [P-Processor6] 195.12.231.207 - <<< [55 ms] GET http://212.23.167.51/photo/427533130_S.jpg 2007-10-29 03:12:14,536 INFO [P-Processor6] 89.202.193.168 - >>> GET http://212.23.167.51/photo/480036730_M.jpg 2007-10-29 03:12:14,604 INFO [P-Processor6] 89.202.193.168 - <<< [68 ms] GET http://212.23.167.51/photo/480036730_M.jpg 2007-10-29 03:12:14,825 INFO [P-Processor8] 195.12.231.220 - >>> GET http://212.23.167.51/photo/424405430_S.jpg 2007-10-29 03:12:14,832 INFO [P-Processor1] 195.12.231.222 - >>> GET http://212.23.167.51/photo/375302030_S.jpg 2007-10-29 03:12:14,858 INFO [P-Processor1] 195.12.231.222 - <<< [26 ms] GET http://212.23.167.51/photo/375302030_S.jpg 2007-10-29 03:12:14,911 INFO [P-Processor8] 195.12.231.220 - <<< [86 ms] GET http://212.23.167.51/photo/424405430_S.jpg 2007-10-29 03:12:14,957 INFO [P-Processor7] 195.12.231.214 - >>> GET http://212.23.167.51/photo/373904430_S.jpg 2007-10-29 03:12:15,106 INFO [P-Processor7] 195.12.231.214 - <<< [149 ms] GET http://212.23.167.51/photo/373904430_S.jpg 2007-10-29 03:12:15,120 INFO [P-Processor8] 195.12.231.197 - >>> GET http://212.23.167.51/photo/429270330_S.jpg 2007-10-29 03:12:15,179 INFO [P-Processor6] 89.202.193.165 - >>> GET http://212.23.167.51/photo/471603630_M.jpg 2007-10-29 03:12:15,180 INFO [P-Processor1] 89.202.193.168 - >>> GET http://212.23.167.51/photo/396965730_M.jpg 2007-10-29 03:12:15,248 INFO [P-Processor6] 89.202.193.165 - <<< [68 ms] GET http://212.23.167.51/photo/471603630_M.jpg 2007-10-29 03:12:15,255 INFO [P-Processor8] 195.12.231.197 - <<< [134 ms] GET http://212.23.167.51/photo/429270330_S.jpg 2007-10-29 03:12:15,277 INFO [P-Processor1] 89.202.193.168 - <<< [97 ms] GET http://212.23.167.51/photo/396965730_M.jpg 2007-10-29 03:12:15,317 INFO [P-Processor7] 195.12.231.209 - >>> GET http://212.23.167.51/photo/384820630_S.jpg 2007-10-29 03:12:15,342 INFO [P-Processor7] 195.12.231.209 - <<< [25 ms] GET http://212.23.167.51/photo/384820630_S.jpg 2007-10-29 03:12:15,428 INFO [P-Processor1] 195.12.231.209 - >>> GET http://212.23.167.51/photo/424080030_S.jpg 2007-10-29 03:12:15,494 INFO [P-Processor1] 195.12.231.209 - <<< [66 ms] GET http://212.23.167.51/photo/424080030_S.jpg 2007-10-29 03:12:15,760 INFO [P-Processor8] 195.12.231.197 - >>> GET http://212.23.167.51/photo/378437530_S.jpg 2007-10-29 03:12:15,806 INFO [P-Processor1] 195.12.231.203 - >>> GET http://212.23.167.51/photo/423649330_S.jpg 2007-10-29 03:12:15,833 INFO [P-Processor6] 89.202.193.162 - >>> GET http://212.23.167.51/photo/389256330_M.jpg 2007-10-29 03:12:15,892 INFO [P-Processor1] 195.12.231.203 - <<< [85 ms] GET http://212.23.167.51/photo/423649330_S.jpg 2007-10-29 03:12:15,898 INFO [P-Processor8] 195.12.231.197 - <<< [138 ms] GET http://212.23.167.51/photo/378437530_S.jpg 2007-10-29 03:12:15,907 INFO [P-Processor7] 195.12.231.219 - >>> GET http://212.23.167.51/photo/373904330_S.jpg 2007-10-29 03:12:15,911 INFO [P-Processor6] 89.202.193.162 - <<< [77 ms] GET http://212.23.167.51/photo/389256330_M.jpg 2007-10-29 03:12:16,101 INFO [P-Processor7] 195.12.231.219 - <<< [194 ms] GET http://212.23.167.51/photo/373904330_S.jpg 2007-10-29 03:12:16,145 INFO [P-Processor8] 195.12.231.222 - >>> GET http://212.23.167.51/photo/425077930_S.jpg 2007-10-29 03:12:16,227 INFO [P-Processor8] 195.12.231.222 - <<< [82 ms] GET http://212.23.167.51/photo/425077930_S.jpg 2007-10-29 03:12:16,331 INFO [P-Processor1] 195.12.231.197 - >>> GET http://212.23.167.51/photo/373906130_S.jpg 2007-10-29 03:12:16,358 INFO [P-Processor7] 195.12.231.220 - >>> GET http://212.23.167.51/photo/428579130_S.jpg 2007-10-29 03:12:16,438 INFO [P-Processor7] 195.12.231.220 - <<< [80 ms] GET http://212.23.167.51/photo/428579130_S.jpg 2007-10-29 03:12:16,487 INFO [P-Processor1] 195.12.231.197 - <<< [155 ms] GET http://212.23.167.51/photo/373906130_S.jpg 2007-10-29 03:12:16,847 INFO [P-Processor6] 195.12.231.213 - >>> GET http://212.23.167.51/photo/373906430_S.jpg 2007-10-29 03:12:16,995 INFO [P-Processor6] 195.12.231.213 - <<< [147 ms] GET http://212.23.167.51/photo/373906430_S.jpg 2007-10-29 03:12:17,061 INFO [P-Processor7] 195.12.231.207 - >>> GET http://212.23.167.51/photo/425170930_S.jpg 2007-10-29 03:12:17,122 INFO [P-Processor7] 195.12.231.207 - <<< [61 ms] GET http://212.23.167.51/photo/425170930_S.jpg 2007-10-29 03:12:17,127 INFO [P-Processor8] 195.12.231.209 - >>> GET http://212.23.167.51/photo/421535030_S.jpg 2007-10-29 03:12:17,160 INFO [P-Processor1] 195.12.231.214 - >>> GET http://212.23.167.51/photo/425280930_S.jpg 2007-10-29 03:12:17,179 INFO [P-Processor6] 195.12.231.198 - >>> GET http://212.23.167.51/photo/387404130_S.jpg 2007-10-29 03:12:17,488 INFO [P-Processor7] 195.12.231.219 - >>> GET http://212.23.167.51/photo/422756330_S.jpg 2007-10-29 03:12:17,551 INFO [P-Processor7] 195.12.231.219 - <<< [63 ms] GET http://212.23.167.51/photo/422756330_S.jpg 2007-10-29 03:12:17,625 INFO [P-Processor8] 195.12.231.221 - >>> GET http://212.23.167.51/photo/421977230_S.jpg 2007-10-29 03:12:17,709 INFO [P-Processor8] 195.12.231.221 - <<< [84 ms] GET http://212.23.167.51/photo/421977230_S.jpg 2007-10-29 03:12:17,710 INFO [P-Processor1] 195.12.231.198 - >>> GET http://212.23.167.51/photo/386031730_S.jpg 2007-10-29 03:12:17,871 INFO [P-Processor1] 195.12.231.198 - <<< [161 ms] GET http://212.23.167.51/photo/386031730_S.jpg 2007-10-29 03:12:17,941 INFO [P-Processor7] 195.12.231.221 - >>> GET http://212.23.167.51/photo/424566730_S.jpg 2007-10-29 03:12:18,065 INFO [P-Processor7] 195.12.231.221 - <<< [124 ms] GET http://212.23.167.51/photo/424566730_S.jpg 2007-10-29 03:12:18,093 INFO [P-Processor1] 195.12.231.203 - >>> GET http://212.23.167.51/photo/373905930_S.jpg 2007-10-29 03:12:18,253 INFO [P-Processor1] 195.12.231.203 - <<< [160 ms] GET http://212.23.167.51/photo/373905930_S.jpg 2007-10-29 03:12:19,085 INFO [P-Processor6] 195.12.231.197 - >>> GET http://212.23.167.51/photo/353546230_S.jpg 2007-10-29 03:12:19,267 INFO [P-Processor7] 195.12.231.221 - >>> GET http://212.23.167.51/photo/379726230_S.jpg 2007-10-29 03:12:19,458 INFO [P-Processor7] 195.12.231.221 - <<< [191 ms] GET http://212.23.167.51/photo/379726230_S.jpg 2007-10-29 03:12:19,580 INFO [P-Processor8] 195.12.231.212 - >>> GET http://212.23.167.51/photo/424957130_S.jpg 2007-10-29 03:12:19,606 INFO [P-Processor6] 195.12.231.197 - <<< [520 ms] GET http://212.23.167.51/photo/353546230_S.jpg 2007-10-29 03:12:19,647 INFO [P-Processor7] 195.12.231.200 - >>> GET http://212.23.167.51/photo/373926330_S.jpg 2007-10-29 03:12:19,674 INFO [P-Processor8] 195.12.231.212 - <<< [94 ms] GET http://212.23.167.51/photo/424957130_S.jpg 2007-10-29 03:12:19,811 INFO [P-Processor7] 195.12.231.200 - <<< [164 ms] GET http://212.23.167.51/photo/373926330_S.jpg 2007-10-29 03:12:19,842 INFO [P-Processor1] 195.12.231.221 - >>> GET http://212.23.167.51/photo/421664230_S.jpg 2007-10-29 03:12:19,984 INFO [P-Processor1] 195.12.231.221 - <<< [141 ms] GET http://212.23.167.51/photo/421664230_S.jpg 2007-10-29 03:12:20,028 INFO [P-Processor6] 195.12.231.222 - >>> GET http://212.23.167.51/photo/424248830_S.jpg 2007-10-29 03:12:20,092 INFO [P-Processor7] 195.12.231.219 - >>> GET http://212.23.167.51/photo/380132830_S.jpg 2007-10-29 03:12:20,108 INFO [P-Processor8] 89.202.193.166 - >>> GET http://212.23.167.51/photo/482474830_S.jpg 2007-10-29 03:12:20,113 INFO [P-Processor6] 195.12.231.222 - <<< [85 ms] GET http://212.23.167.51/photo/424248830_S.jpg 2007-10-29 03:12:20,130 INFO [P-Processor7] 195.12.231.219 - <<< [37 ms] GET http://212.23.167.51/photo/380132830_S.jpg [thread 1242573744 also had an error] 2007-10-29 03:12:20,264 INFO [P-Processor1] 195.12.231.220 - >>> GET http://212.23.167.51/photo/422437730_S.jpg 2007-10-29 03:12:20,327 INFO [P-Processor6] 195.12.231.197 - >>> GET http://212.23.167.51/photo/378707530_S.jpg 2007-10-29 03:12:20,449 INFO [P-Processor1] 195.12.231.220 - <<< [185 ms] GET http://212.23.167.51/photo/422437730_S.jpg 2007-10-29 03:12:20,583 INFO [P-Processor6] 195.12.231.197 - <<< [256 ms] GET http://212.23.167.51/photo/378707530_S.jpg 2007-10-29 03:12:20,733 INFO [P-Processor1] 195.12.231.207 - >>> GET http://212.23.167.51/photo/369112130_S.jpg 2007-10-29 03:12:20,772 INFO [P-Processor1] 195.12.231.207 - <<< [39 ms] GET http://212.23.167.51/photo/369112130_S.jpg 2007-10-29 03:12:20,860 INFO [P-Processor1] 195.12.231.220 - >>> GET http://212.23.167.51/photo/366887930_S.jpg 2007-10-29 03:12:20,926 INFO [P-Processor6] 195.12.231.197 - >>> GET http://212.23.167.51/photo/426623130_S.jpg 2007-10-29 03:12:20,960 INFO [P-Processor7] 195.12.231.217 - >>> GET http://212.23.167.51/photo/425041330_S.jpg 2007-10-29 03:12:21,137 INFO [P-Processor7] 195.12.231.217 - <<< [176 ms] GET http://212.23.167.51/photo/425041330_S.jpg 2007-10-29 03:12:21,153 INFO [P-Processor6] 195.12.231.197 - <<< [227 ms] GET http://212.23.167.51/photo/426623130_S.jpg 2007-10-29 03:12:21,248 INFO [P-Processor1] 195.12.231.220 - <<< [388 ms] GET http://212.23.167.51/photo/366887930_S.jpg 2007-10-29 03:12:21,419 INFO [P-Processor1] 195.12.231.212 - >>> GET http://212.23.167.51/photo/425304230_S.jpg 2007-10-29 03:12:21,425 INFO [P-Processor6] 195.12.231.197 - >>> GET http://212.23.167.51/photo/428455230_S.jpg 2007-10-29 03:12:21,577 INFO [P-Processor1] 195.12.231.212 - <<< [158 ms] GET http://212.23.167.51/photo/425304230_S.jpg 2007-10-29 03:12:21,663 INFO [P-Processor6] 195.12.231.197 - <<< [238 ms] GET http://212.23.167.51/photo/428455230_S.jpg 2007-10-29 03:12:21,693 INFO [-Processor10] 195.12.231.197 - >>> GET http://212.23.167.51/photo/422439930_S.jpg 2007-10-29 03:12:21,783 INFO [-Processor10] 195.12.231.197 - <<< [90 ms] GET http://212.23.167.51/photo/422439930_S.jpg 2007-10-29 03:12:21,906 INFO [P-Processor6] 195.12.231.207 - >>> GET http://212.23.167.51/photo/429363630_S.jpg 2007-10-29 03:12:22,146 INFO [P-Processor7] 89.202.193.171 - >>> GET http://212.23.167.51/photo/460596330_S.jpg 2007-10-29 03:12:22,326 INFO [P-Processor6] 195.12.231.207 - <<< [420 ms] GET http://212.23.167.51/photo/429363630_S.jpg 2007-10-29 03:12:22,384 INFO [P-Processor7] 89.202.193.171 - <<< [238 ms] GET http://212.23.167.51/photo/460596330_S.jpg 2007-10-29 03:12:22,795 INFO [-Processor10] 195.12.231.212 - >>> GET http://212.23.167.51/photo/418419830_S.jpg 2007-10-29 03:12:22,892 INFO [P-Processor6] 195.12.231.207 - >>> GET http://212.23.167.51/photo/423510130_S.jpg ImageMagick: MemoryAllocationFailed `'. 2007-10-29 03:12:22,915 INFO [P-Processor6] 195.12.231.207 - IMG ERROR : Magick Error : Status is now IMAGE_ERROR 2007-10-29 03:12:22,968 INFO [P-Processor7] 195.12.231.197 - >>> GET http://212.23.167.51/photo/420017030_S.jpg pure virtual method called ./run.sh: line 184: 13390 Abandon "$JAVA" $JAVA_OPTS -Djava.endorsed.dirs="$JBOSS_ENDORSED_DIRS" -classpath "$JBOSS_CLASSPATH " org.jboss.Main "$@" |
| Commentaire de Christophe Garcia [ 29/oct./07 11:47 ] |
|
Extrait du fichier hs_err_pid13390.log : # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x467a79ca, pid=13390, tid=1218444208 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_10-b03 mixed mode) # Problematic frame: # C [libMagick.so.9+0x12a9ca] # --------------- T H R E A D --------------- Current thread (0x4848f190): JavaThread "TP-Processor14" daemon [_thread_in_native, id=15465] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000 Registers: EAX=0xbfc37822, EBX=0x468fd50c, ECX=0x00000000, EDX=0x00000000 ESP=0x489fc010, EBP=0x489fc0b8, ESI=0x01479000, EDI=0x00000000 EIP=0x467a79ca, CR2=0x00000000, EFLAGS=0x00010246 Top of Stack: (sp=0x489fc010) 0x489fc010: 00000000 08437b10 468fd50c 1b31be90 0x489fc020: 489fc028 b75de980 489fc048 46779efe 0x489fc030: bfc33774 4685d7ae 468fd50c 468fd50c 0x489fc040: bfc33774 bfc42d80 bfc33774 46733abb 0x489fc050: bf798d68 00000000 00000000 00000000 0x489fc060: 00000001 bfc42cb8 00000000 00000100 0x489fc070: 00000051 00000050 00000000 00000000 0x489fc080: 000000ff 00000000 00000001 00000001 Instructions: (pc=0x467a79ca) 0x467a79ba: df e0 83 c4 04 f6 c4 01 75 0f 8a 4d b4 8b 7d 9c 0x467a79ca: 88 0c 3a 8b 45 0c 8b 48 1c 42 83 c6 04 39 ca 7c Stack: [0x4897f000,0x48a00000), sp=0x489fc010, free space=500k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libMagick.so.9+0x12a9ca] C [libMagick.so.9+0x59dd4] WriteImage+0x444 C [libMagick.so.9+0x2b022] ImageToBlob+0x1be C [libJMagick.so+0xfd5d] Java_magick_MagickImage_imageToBlob+0xd2 J magick.MagickImage.imageToBlob(Lmagick/ImageInfo;)[B Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) J magick.MagickImage.imageToBlob(Lmagick/ImageInfo;)[B J com.babelstore.image.ImageResizer.resize(IIZ)[B J com.babelstore.resource.front.PhotoAction.loadImage(Ljava/lang/Long;Ljava/lang/Integer;Ljava/lang/Integer;)[B J com.babelstore.resource.front.PhotoAction.execute()Ljava/lang/Object; J com.babelstore.util.web.Dispatcher.process(Lcom/babelstore/util/web/Request;Lcom/babelstore/util/web/Parameters;Ljava/lang/String;)V J com.babelstore.util.web.Dispatcher.innerLoad(Lcom/babelstore/util/web/Request;)V J com.babelstore.util.web.Dispatcher.service(Lcom/babelstore/util/web/Request;)V J com.babelstore.util.web.Dispatcher.service(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V J org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V J org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V J org.apache.catalina.core.StandardWrapperValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V J org.apache.catalina.core.StandardContextValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V J org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V J org.apache.catalina.valves.ErrorReportValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V J org.apache.catalina.connector.CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V J org.apache.jk.server.JkCoyoteHandler.invoke(Lorg/apache/jk/core/Msg;Lorg/apache/jk/core/MsgContext;)I J org.apache.jk.common.HandlerRequest.invoke(Lorg/apache/jk/core/Msg;Lorg/apache/jk/core/MsgContext;)I J org.apache.jk.common.ChannelSocket.processConnection(Lorg/apache/jk/core/MsgContext;)V v ~I2CAdapter j org.apache.jk.common.SocketConnection.runIt([Ljava/lang/Object;)V+8 j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0cbcb0d8 JavaThread "TP-Processor40" daemon [_thread_in_native, id=9259] 0x0b703ab0 JavaThread "TP-Processor39" daemon [_thread_blocked, id=9258] 0x087c32c0 JavaThread "TP-Processor38" daemon [_thread_blocked, id=9257] 0x09b78608 JavaThread "TP-Processor37" daemon [_thread_blocked, id=9256] 0x0c277eb0 JavaThread "TP-Processor36" daemon [_thread_blocked, id=9255] 0x0cc1b378 JavaThread "TP-Processor35" daemon [_thread_blocked, id=9254] 0x09708998 JavaThread "TP-Processor34" daemon [_thread_blocked, id=9253] 0x0a7414f0 JavaThread "TP-Processor33" daemon [_thread_blocked, id=9252] 0x0beef0d0 JavaThread "TP-Processor32" daemon [_thread_blocked, id=9251] 0x0a388420 JavaThread "TP-Processor31" daemon [_thread_blocked, id=9250] 0x0c462b60 JavaThread "TP-Processor30" daemon [_thread_blocked, id=9249] 0x0a637a88 JavaThread "TP-Processor29" daemon [_thread_blocked, id=9248] 0x08e19798 JavaThread "TP-Processor28" daemon [_thread_blocked, id=9247] 0x0837b2c8 JavaThread "TP-Processor27" daemon [_thread_blocked, id=9246] 0x0a309898 JavaThread "TP-Processor26" daemon [_thread_blocked, id=9245] 0x0e65bbb0 JavaThread "TP-Processor25" daemon [_thread_blocked, id=9244] 0x09596628 JavaThread "TP-Processor24" daemon [_thread_blocked, id=9243] 0x09595c08 JavaThread "TP-Processor23" daemon [_thread_blocked, id=9242] 0x09a9d540 JavaThread "TP-Processor22" daemon [_thread_blocked, id=9241] 0x0c94dd10 JavaThread "TP-Processor21" daemon [_thread_blocked, id=9240] 0x0c6d30e8 JavaThread "JMS SessionPool Worker-9" [_thread_blocked, id=8273] 0x48af9a80 JavaThread "Message Pushers-1" daemon [_thread_blocked, id=16253] 0x482d45a8 JavaThread "TP-Monitor" daemon [_thread_blocked, id=15472] 0x4c904698 JavaThread "TP-Processor20" daemon [_thread_in_native, id=15471] 0x482bfb40 JavaThread "TP-Processor19" daemon [_thread_blocked, id=15470] 0x4c9c0be8 JavaThread "TP-Processor18" daemon [_thread_in_native, id=15469] 0x482e87e8 JavaThread "TP-Processor17" daemon [_thread_in_native, id=15468] 0x4848cfb0 JavaThread "TP-Processor16" daemon [_thread_in_native, id=15467] 0x4db22858 JavaThread "TP-Processor15" daemon [_thread_blocked, id=15466] =>0x4848f190 JavaThread "TP-Processor14" daemon [_thread_in_native, id=15465] 0x4c915468 JavaThread "TP-Processor13" daemon [_thread_in_native, id=15464] 0x4f0b63c0 JavaThread "TP-Processor12" daemon [_thread_blocked, id=15463] 0x4c910c10 JavaThread "TP-Processor11" daemon [_thread_in_native, id=15462] 0x4c910a88 JavaThread "TP-Processor10" daemon [_thread_blocked, id=15461] 0x4c910508 JavaThread "TP-Processor9" daemon [_thread_in_native, id=15460] 0x4c9c2ba8 JavaThread "TP-Processor8" daemon [_thread_in_native, id=15459] 0x4c9c2a08 JavaThread "TP-Processor7" daemon [_thread_in_native, id=15458] 0x48828728 JavaThread "TP-Processor6" daemon [_thread_in_native, id=15457] 0x48828190 JavaThread "TP-Processor5" daemon [_thread_in_native, id=15456] 0x504a7368 JavaThread "TP-Processor4" daemon [_thread_in_native, id=15455] 0x4fc6f138 JavaThread "TP-Processor3" daemon [_thread_in_native, id=15454] 0x488aabc0 JavaThread "TP-Processor2" daemon [_thread_in_native, id=15453] 0x484074a8 JavaThread "TP-Processor1" daemon [_thread_in_native, id=15452] 0x4d1fdc10 JavaThread "JBossLifeThread" [_thread_blocked, id=15451] 0x48851430 JavaThread "TimeoutFactory" daemon [_thread_blocked, id=14547] 0x4e1a2ae0 JavaThread "Connection Consumer for dest Subscription[subId=-2147483648connection=ConnectionToken:ID:5/9a5bc7780da5a4785cbf2c7d9c7b7f1a destinat ion=QUEUE.SearchHistory messageSelector=null Local Create] id=3" [_thread_blocked, id=13912] 0x4d5a09a8 JavaThread "Connection Consumer for dest Subscription[subId=-2147483648connection=ConnectionToken:ID:3/68a6ead81a456980600633592f5ac374 destinat ion=QUEUE.TransformationMessages messageSelector=null Local Create] id=2" [_thread_blocked, id=13911] 0x484178b8 JavaThread "Connection Consumer for dest Subscription[subId=-2147483648connection=ConnectionToken:ID:1/3da1333737b98cb7aeda1793b5f44c3d destinat ion=TOPIC.Refresher messageSelector=null Local Create] id=1" [_thread_blocked, id=13910] 0x0937fd58 JavaThread "RMI LeaseChecker" daemon [_thread_blocked, id=13842] 0x4c955820 JavaThread "Timer-3" daemon [_thread_blocked, id=13760] 0x48611790 JavaThread "JCA PoolFiller" [_thread_blocked, id=13686] 0x508acf20 JavaThread "IdleRemover" [_thread_blocked, id=13684] 0x4d5df8c8 JavaThread "WorkManager(3)-1" daemon [_thread_blocked, id=13551] 0x4e179bc8 JavaThread "Timer-2" daemon [_thread_blocked, id=13545] 0x4fc04668 JavaThread "JBossMQ Cache Reference Softner" daemon [_thread_blocked, id=13544] 0x4cb4b198 JavaThread "ContainerBackgroundProcessor[StandardEngine[jboss.web]]" daemon [_thread_blocked, id=13542] 0x4fc3f720 JavaThread "SocketServerInvoker#0-3873" [_thread_in_native, id=13435] 0x4d1ce1e0 JavaThread "PooledInvokerAcceptor#0-4445" [_thread_in_native, id=13418] 0x4d1fee38 JavaThread "RMI TCP Accept-4444" daemon [_thread_in_native, id=13417] 0x4f07aa58 JavaThread "ClassLoadingPool(2)-1" daemon [_thread_in_native, id=13416] 0x4e33c960 JavaThread "JBoss System Threads(1)-1" daemon [_thread_in_native, id=13415] 0x504eba10 JavaThread "GC Daemon" daemon [_thread_blocked, id=13414] 0x4db0e5f8 JavaThread "RMI Reaper" [_thread_blocked, id=13413] 0x4e12aec8 JavaThread "Timer-1" daemon [_thread_blocked, id=13412] 0x508c09b0 JavaThread "RMI TCP Accept-1098" daemon [_thread_in_native, id=13411] 0x508c0d60 JavaThread "ScannerThread" daemon [_thread_blocked, id=13410] 0x508ad308 JavaThread "Timer-0" daemon [_thread_blocked, id=13409] 0x0805d6a0 JavaThread "DestroyJavaVM" [_thread_blocked, id=13390] 0x081864c8 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=13404] 0x08185038 JavaThread "CompilerThread1" daemon [_thread_blocked, id=13403] 0x08183fd0 JavaThread "CompilerThread0" daemon [_thread_blocked, id=13402] 0x08182e88 JavaThread "AdapterThread" daemon [_thread_blocked, id=13401] 0x08181ee8 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=13400] 0x081811f0 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=13399] 0x08176918 JavaThread "Finalizer" daemon [_thread_blocked, id=13398] 0x08176450 JavaThread "Reference Handler" daemon [_thread_blocked, id=13397] Other Threads: 0x08173f60 VMThread [id=13396] 0x08187968 WatcherThread [id=13405] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap par new generation total 153472K, used 96382K [0x55b10000, 0x5f110000, 0x5f110000) eden space 153344K, 62% used [0x55b10000, 0x5b92fa60, 0x5f0d0000) from space 128K, 0% used [0x5f0d0000, 0x5f0d0000, 0x5f0f0000) to space 128K, 0% used [0x5f0f0000, 0x5f0f0000, 0x5f110000) concurrent mark-sweep generation total 1177600K, used 222303K [0x5f110000, 0xa6f10000, 0xa6f10000) concurrent-mark-sweep perm gen total 153600K, used 60798K [0xa6f10000, 0xb0510000, 0xb0510000) Dynamic libraries: 00117000-00118000 rwxs 00000000 00:04 1587428609 /dev/zero (deleted) 00118000-0011f000 rwxs 00000000 00:04 1587428608 /dev/zero (deleted) 00149000-00150000 rwxs 00000000 00:04 1587424582 /dev/zero (deleted) |
| Commentaire de Christophe Garcia [ 29/oct./07 11:49 ] |
|
Le problème se reproduit en INTEG (plantage JBOSS) mais pas avec la même erreur : 2007-10-29 11:37:12,882 INFO [P-Processor9] 192.168.1.234 - >>> GET http://preview.es.integ/photo/399700030_S.jpg 2007-10-29 11:37:12,905 INFO [P-Processor9] 192.168.1.234 - <<< [23 ms] GET http://preview.es.integ/photo/399700030_S.jpg 2007-10-29 11:37:12,911 INFO [P-Processor8] 192.168.1.234 - >>> GET http://preview.es.integ/photo/480630830_M.jpg 2007-10-29 11:37:12,947 INFO [P-Processor8] 192.168.1.234 - <<< [36 ms] GET http://preview.es.integ/photo/480630830_M.jpg 2007-10-29 11:37:12,952 INFO [P-Processor9] 192.168.1.234 - >>> GET http://preview.es.integ/photo/456968130_S.jpg 2007-10-29 11:37:12,978 INFO [P-Processor9] 192.168.1.234 - <<< [26 ms] GET http://preview.es.integ/photo/456968130_S.jpg 2007-10-29 11:37:12,985 INFO [P-Processor8] 192.168.1.234 - >>> GET http://preview.es.integ/photo/487740430_M.jpg 2007-10-29 11:37:13,012 INFO [P-Processor8] 192.168.1.234 - <<< [27 ms] GET http://preview.es.integ/photo/487740430_M.jpg 2007-10-29 11:37:13,017 INFO [P-Processor9] 192.168.1.234 - >>> GET http://preview.es.integ/photo/466413230_S.jpg # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x58838b67, pid=20198, tid=1488423856 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_08-b03 mixed mode) # Problematic frame: # C [libMagick.so.9+0x19ab67] # # An error report file with more information is saved as hs_err_pid20198.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # ./run.sh: line 183: 20198 Abandon "$JAVA" $JAVA_OPTS -Djava.endorsed.dirs="$JBOSS_ENDORSED_DIRS" -classpath "$JBOSS_CLASSPATH" org.jboss.Main "$@" |
| Commentaire de Nicolas Chauveau [ 29/oct./07 17:14 ] |
| Une mission pour le spécialiste d'ImageMagick |
| Commentaire de Ange Ferrari [ 29/oct./07 17:25 ] |
| ca va pour un probleme faisant planter un serveur on est pressé ;) |
| Commentaire de Alexandre Garnier [ 30/oct./07 14:33 ] |
|
|
[APP-21189] INTEG - Pb de certificat SSL en INTEG - Blocage avec Safari 3 Création: 10/juil./08 14:36 Mise à jour: 10/oct./08 15:07 Résolue: 10/oct./08 15:07 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 25.0.0 (CTN-D) |
| Version(s) corrigée(s): | 31.0.0 (TX-C) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Safari |
| Description |
|
Impossible de tester avec Safari3
|
| Commentaires |
| Commentaire de Christophe Garcia [ 22/juil./08 12:16 ] |
| T'as des news pour moi ? |
| Commentaire de Christophe Garcia [ 22/juil./08 15:18 ] |
| Allo ? |
| Commentaire de Ange Ferrari [ 22/juil./08 16:48 ] |
| Je m'occupe de faire la chaine de certification cette semaine |
| Commentaire de Christophe Garcia [ 28/juil./08 14:29 ] |
| C'est fini alors ? |
| Commentaire de Christophe Garcia [ 03/sept./08 12:13 ] |
|
Ange, ce truc devient vraiment très très gênant pour nous ... Help ! |
| Commentaire de Alexandre Garnier [ 04/sept./08 09:29 ] |
| Au passage, ya pas moyen de le faire pour les Apache de DEV ? |
| Commentaire de Christophe Garcia [ 09/sept./08 09:35 ] |
| Allo ? |
| Commentaire de Christophe Garcia [ 15/sept./08 12:10 ] |
| ALLO !!! |
| Commentaire de Ange Ferrari [ 16/sept./08 15:26 ] |
|
bleh c'est bon ou bien? |
| Commentaire de Christophe Garcia [ 18/sept./08 10:15 ] |
|
Ca marche ! Il me manque juste la même chose pour akamai.pm.lan. Merci |
[EXP-4019] mode maintenance : ES : les requetes SSL semblent passer quand on est en maintenance... Création: 22/oct./07 11:12 Mise à jour: 29/oct./07 18:56 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Commentaires |
| Commentaire de Patrice Boulanger [ 29/oct./07 18:56 ] |
|
Jérémie, merci de vérifier la conf apache (un "production" à la place d'un "mode" dans le VH SSL ??) Merci. |
[APP-19011] [POST DEPLOY] NPF Livres - Fournir script pour redirections applicatives Création: 19/déc./07 11:02 Mise à jour: 19/févr./08 16:58 Résolue: 21/janv./08 10:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.1.0 |
| Version(s) corrigée(s): | 19.0.2 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM archivés: | Maintenance 19.x.x |
| Description |
|
A faire sur la base des redirections APACHE existantes
|
| Commentaires |
| Commentaire de Pierre Bret [ 20/déc./07 14:12 ] |
|
Martin, peux-tu générer le fichier en question ? N'hésite pas à venir me voir si tu as un soucis. |
| Commentaire de Martin Sudmann [ 20/déc./07 14:52 ] |
|
Pierre, peux-tu me fournir le fichier csv <category id>;<url NpF> ? Après Tel & PDA, on avait acté de ne plus se baser sur le fichier Apache parce que les regroupements via regex posent problème. |
| Commentaire de Pierre Bret [ 20/déc./07 14:59 ] |
| Et voila ! Généré en moins de 10 minutes ! :-)) |
| Commentaire de Martin Sudmann [ 15/janv./08 14:47 ] |
|
le script est là : V:\Database\V19_0_0\dev\V19_0_0_NpF_FRA_redirection_livres.sql |
| Commentaire de Christophe Garcia [ 19/févr./08 16:58 ] |
| En PROD demain matin |
[APP-19768] quelques pages de navigation indisponibles Création: 27/févr./08 17:30 Mise à jour: 14/mai/08 18:17 Résolue: 14/mai/08 18:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 19.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Marie-Claude Belier | Attribution: | Marie-Claude Belier |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Nous avons trouvé quelques URLs qui ne fonctionnent pas en
prod: celles-ci contiennent des espaces ou caractères spéciaux
visiblement mal interprétés : http://www.priceminister.com/nav/Informatique_Composants_Boitier/f4/A%2B+Case http://www.priceminister.com/nav/Informatique_Stockage_Lecteur-graveur-Cd-rom-et-DVD/f1/DVD%2BR http://www.priceminister.com/nav/Informatique_Composants_Carte-mere/f1/Socket+AM2+ http://www.priceminister.com/nav/Informatique_Stockage_Lecteur-graveur-Cd-rom-et-DVD/f1/DVD%B1RW+%28%2BR+double+couche%29 Merci |
| Commentaires |
| Commentaire de Martin Sudmann [ 27/févr./08 18:51 ] |
|
Le pb sont les %2B qui sont apparemment décodé par Apache en
+ avant l'envoi à JBoss ; du coup il ne retrouve pas la valeur dans les
filtres et il plante (bug corrigé avec la V19.2). Mais il ne faut pas décoder les valeurs, c'est mal, et en plus ça ne se faisait pas avant. |
| Commentaire de Thierry Leforestier [ 16/avr./08 16:24 ] |
|
J'ai testé les différentes urls, j'ai l'impression que ce sont des nav qui n'existent pas ou mal écrites. Exemple : http://www.priceminister.com/nav/Informatique_Composants_Carte-mere/f1/Socket+AM2+ Ne fonctionne pas http://www.priceminister.com/nav/Informatique_Composants_Carte-mere/f1/Socket+AM2 fonctionne Il n'y a que cette url qui débloque. Les autres fonctionnent correctement. |
| Commentaire de Thierry Leforestier [ 29/avr./08 18:52 ] |
|
Je ne vois pas les urls posant problème dans la navigation. Est-ce que le problème est corrigé ? |
| Commentaire de Benoît Bourdon [ 14/mai/08 18:17 ] |
| Doublon de : http://pricejira.lan/browse/APP-19120 |
Migration des promotions du BO vers IG - côté Param
(APP-19626)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 36.0.0 (CAT-F) |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Julien Sananikone | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France, ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| WishList: | Marketing |
| Classif FONC: | comarket |
| Description |
|
il faut faire une dernière passe sur les noeuds promos en BO et supprimer tous les noeuds inutiles / obsolètes on pourra s'aider du document suivant: V:\Parametrage\03_CSI\01_FR\InfoGlue\Migration_promo.xls cette vérification est à faire sur la france et l'espagne |
| Commentaires |
| Commentaire de Ariane Baldinger [ 21/août/08 12:08 ] |
|
Attention : concernant les noeuds de rangements fils du
noeud "Disposition : Configuration par defaut" , valider avec Swan que
ça ne pose pas de problème (vis à vis de l'appli) de les passer à l'état
supprimé. Pour la partie Espagne, il faudra te concerter avec Nerea. |
| Commentaire de Olga Costa [ 27/août/08 11:43 ] |
|
Les n¿uds suivants ont été active en prod, mais obsolètes
selon le fichier ci-dessus. Je les ai donc désactivé et la désactivation
est déjà en prod : 222069 226256 167103 279873 279874 279875 221987 221989 253515 253516 260841 |
| Commentaire de Olga Costa [ 27/août/08 17:58 ] |
|
les n¿uds actives suivants désactivé pour demain: 222100 222101 222102 222103 222104 222105 226022 226023 226024 226025 266740 266741 266744 266745 |
| Commentaire de Julien Sananikone [ 08/sept./08 13:39 ] |
|
Salut, est-ce qu'il reste encore des noeuds à supprimer ? |
| Commentaire de Olga Costa [ 08/sept./08 16:30 ] |
| oui |
| Commentaire de Julien Sananikone [ 17/sept./08 11:14 ] |
| est-ce que ça avance ? |
| Commentaire de Olga Costa [ 25/sept./08 17:40 ] |
|
les n¿uds actives suivants désactivé pour demain: 266742 113595 113596 148041 148045 123560 152321 155982 155983 155984 113594 113599 148039 148042 148046 113598 113604 113181 113605 113603 117240 123540 |
| Commentaire de Olga Costa [ 04/nov./08 19:03 ] |
|
pour demain: 215948 215949 215950 215951 215952 162932 162933 182940 162934 185000 149046 149056 149060 149064 149067 149071 149075 149078 149082 149085 181960 181961 181964 181965 181967 181968 155685 155686 155696 155695 155694 155693 155692 256157 256158 256159 256160 256165 256162 256163 256164 256165 256166 256167 256168 256169 256170 256171 |
| Commentaire de Olga Costa [ 05/nov./08 18:11 ] |
|
256172 256173 256174 256175 256176 256177 256178 256179 256180 256181 256182 256183 256184 256185 25624--> HP France Mobile et tous les sous-catégories 254861-->hp Page Freesurf et sous-catégories |
| Commentaire de Olga Costa [ 18/nov./08 14:23 ] |
| J'ai viré Home Page Koobuycity et tout ce"s sous-noeuds et Liberation avec ces sous-noeuds |
| Commentaire de Julien Sananikone [ 18/nov./08 14:30 ] |
|
merci ... pourrais tu faire une approximation du travail restant re-merci |
| Commentaire de Olga Costa [ 27/nov./08 17:55 ] |
|
Home Page AOL Home Page Rue de Commerce Home Page WWW |
| Commentaire de Ariane Baldinger [ 27/nov./08 17:57 ] |
| merci de préciser les id des noeuds |
| Commentaire de Olga Costa [ 27/nov./08 18:21 ] |
|
158009 222108 181970 |
| Commentaire de Julien Sananikone [ 27/nov./08 18:45 ] |
| j'ai réactivé les noeuds car je n'ai pas pu testé sur preview : surcharge sur les serveurs apache provenant d'akamai d'après Jérémie |
| Commentaire de Olga Costa [ 01/déc./08 10:21 ] |
| J'ai à nouveau désactivé les noeuds ce-dessus |
| Commentaire de Julien Sananikone [ 01/déc./08 13:42 ] |
| j'ai l'impression que AOL n'est pas désactivé (158009 ) |
| Commentaire de Julien Sananikone [ 01/déc./08 16:58 ] |
|
j'ai créé un fichier de suivi : V:\Parametrage\03_CSI\01_FR\InfoGlue\RAF_PROMOS_BO-01122008.xls --> il faut mettre un 0 (zéro) dans la 1ère colonne une fois le noeud supprimé et recetté en preview ps: pour les contenus assemblés j'ai mis en gras des noeuds à désactiver qui te permettent de gagner bcp de temps !!! merci |
| Commentaire de Ariane Baldinger [ 01/déc./08 17:31 ] |
|
Olga, Merci de faire l'état des lieux de ce que tu as fait en mettant à jour les onglets du fichier. De bien passer les noeuds à l'état 'supprimé' et pas 'inactif'. Les n¿uds indiqués dans l'onglet 'config-spécifiques' peuvent être passés à l'état 'supprimé' sans recette. |
| Commentaire de Ariane Baldinger [ 01/déc./08 17:46 ] |
|
pour les 3 derniers id : - www (222108) => ok pour moi en preview - rueducommerce (181970) => cobranding inactig (pas de recette nécessaire) - AOL (158009) => toujours actif ??? |
| Commentaire de Olga Costa [ 01/déc./08 18:06 ] |
|
Oups oui effectivement j'ai oublié AOL Ok pour le fichier je le mets à jour |
| Commentaire de Ariane Baldinger [ 02/déc./08 11:16 ] |
|
Olga, Merci d'indiquer les id des prochains noeuds 'supprimé' aujourd'hui. |
| Commentaire de Olga Costa [ 02/déc./08 11:36 ] |
|
Voila c'est tous ces noeuds la ca correcpend a l'onglet "ctn_assamblé " du fichier 181970 181972 181981 181982 181971 182080 182081 181973 181974 181975 181976 181977 181978 181979 181980 182082 182083 181983 181984 181985 181986 181987 181988 181989 181990 158009 158043 158044 158045 158046 158047 158048 158049 158050 158051 158052 158053 158054 158030 158031 158014 158015 158016 158017 158018 158019 158020 158021 158022 158023 158024 158025 158026 158027 158028 158029 158055 158056 158057 158058 158059 158060 186913 186914 186916 186918 186921 186919 186920 186917 186915 210175 210176 210179 210180 210182 210177 210181 210184 210185 210178 210183 210186 222108 222109 222112 222115 222118 222125 222128 222132 222135 222138 222140 222141 222142 222143 222144 222145 222146 222120 222123 222116 222354 222117 224375 222136 222119 222131 222134 222121 222126 222129 222124 222137 222139 222110 222111 254891 254895 254900 254903 254904 254906 254910 254915 254916 254917 254918 254919 254920 254902 254896 254897 254905 254909 254898 254908 254911 254899 254907 254912 254901 254913 254914 226115 226117 226123 226125 226127 226131 226135 226137 226138 226139 226140 226141 226142 226124 226118 226119 226126 226128 226120 226129 226132 226121 226130 226133 226122 226134 226136 226116 226084 226085 226088 226093 226096 226108 226112 226097 226113 226109 226110 226111 229208 226103 226099 226095 226089 226090 226098 226102 226091 226101 226104 226092 226100 226105 226094 226106 226107 256157 256158 256159 256160 256161 256162 256163 256164 256165 256166 256167 256168 256169 256170 256171 256172 256173 256174 256175 256176 256177 256178 256179 256180 256181 256182 256183 256184 256185 256211 256212 256213 256214 256215 256216 256217 256218 256219 256220 256221 256225 256226 256227 256228 256229 256230 256231 256232 256233 256234 256235 256236 256238 256239 254861 254862 254864 254869 254872 254873 254875 254879 254884 254885 254886 254887 254888 254889 254871 254865 254866 254874 254878 254867 254877 254880 254868 254876 254881 254870 254882 254883 254863 226030 226031 226034 226035 226037 226043 226045 226048 226051 226054 226056 226057 226058 226059 226060 226061 226062 226041 226036 226038 226049 226053 226039 226047 226050 226040 226044 226046 226042 226052 226055 226143 226144 226146 226151 226154 226155 226157 226161 226166 226167 226168 226169 226170 226153 226147 226148 226156 226160 226149 226158 226164 226150 226159 226162 226152 226163 226165 226145 254950 254951 254953 254958 254961 254962 254970 254971 254972 254973 254974 254960 254954 254955 254963 254964 254956 254966 254967 254957 254965 254968 254959 254969 254952 266746 266747 266748 266751 266752 266755 266756 266753 266758 266760 266763 266765 266754 266757 266759 266761 266749 266750 266762 266764 266766 266767 266768 267426 267427 267428 267429 267431 267437 267439 267442 267444 267446 267448 267450 267452 267453 267454 267455 267456 267434 267430 267432 267449 267451 267433 267441 267443 267435 267438 267440 267436 267445 267447 268097 268098 268099 268102 268103 268104 268105 268106 268107 268108 268109 268110 268111 268112 268113 268114 268115 268119 268120 268123 268128 268129 268131 268132 268135 268136 268137 268138 268139 268140 268141 269568 269569 269570 269573 269574 269575 269576 269577 269578 269580 269581 269582 269583 269584 269585 269586 269590 269591 269594 269599 269600 269602 269603 269606 269607 269609 269611 269610 269612 272599 272600 272602 272607 272610 272611 272613 272617 272622 272623 272624 272625 272626 272609 272603 272604 272612 272616 272605 272614 272620 272606 272615 272618 272608 272619 272621 272601 272627 272628 272630 272635 272638 272639 272641 272645 272650 272651 272652 272653 272654 272637 272631 272632 272640 272644 272633 272642 272648 272634 272643 272646 272636 272647 272649 272629 |
| Commentaire de Olga Costa [ 02/déc./08 11:39 ] |
|
186913 186914 186916 186918 186921 186919 186920 186917 186915 210175 210176 210179 210180 210182 210177 210181 210184 210185 210178 210183 210186 j'ai pas encore fait celle la |
| Commentaire de Julien Sananikone [ 02/déc./08 12:33 ] |
| j'ai recetté les HP supprimmées : ça semble toujours bien fonctionner |
| Commentaire de Olga Costa [ 03/déc./08 10:32 ] |
|
Dans l'onglet config_spec j'ai supprimer le noud 144828 les autres n¿uds sont déjà supprimés |
| Commentaire de Olga Costa [ 03/déc./08 10:58 ] |
|
onglet CTN_Simples tous les noeuds sauf 266769 266770 266771 266772 |
| Commentaire de Julien Sananikone [ 03/déc./08 11:38 ] |
| vu avec ABA : les noeuds désactivés aujourd'hui ne pouvaient de toute façon pas fonctionner avant (donc vraiment obsolètes) |
| Commentaire de Olga Costa [ 08/déc./08 11:42 ] |
|
j'ai désactivé tous le n¿uds dans l'onglet config_defaut sauf [Pub, Référencement, Tracking > Disposition : Configuration par defaut > TG : Home Auto] [Pub, Référencement, Tracking > Disposition : Configuration par defaut > TG : Home Auto > OCCAS] [Pub, Référencement, Tracking > Disposition : Configuration par defaut > TG : Home Auto > NEUF] et [Pub, Référencement, Tracking > Disposition : Configuration par defaut > Bloc droit 1 > Blocs Auto > Bloc contact pro] |
| Commentaire de Ariane Baldinger [ 09/déc./08 10:05 ] |
|
Olga, Merci de nous indiquer le prochain lot d'aujourd'hui. |
| Commentaire de Olga Costa [ 09/déc./08 16:22 ] |
|
[Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro] [Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro > Body] [Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro > Body > Line1] [Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro > Body > Line1 > Cell 1] [Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro > Body > Line1 > Cell 1 > Register Form] [Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro > Body > Line1 > Cell2] [Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro > Body > Line1 > Cell3] [Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro > Body > Line2] [Pub, Référencement, Tracking > Contenus : Assemblés > Auto > Accès pro > Bloc droite] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 1] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 2] |
| Commentaire de Olga Costa [ 09/déc./08 16:27 ] |
|
[Pub, Référencement, Tracking > Disposition :
Configuration par defaut > Bloc droit 1 > Blocs Auto > Bloc
contact pro] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 1] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 2] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 2 > form_recherche] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 2 > cell2] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 2 > cell3] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 3] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 3 > services pratiques] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 3 > separateur] [Pub, Référencement, Tracking > Contenus : Assemblés > Home auto > Ligne 3 > temoignage] Par contre j'ai peur que les autres n¿uds soit encore utilisé |
| Commentaire de Ariane Baldinger [ 10/déc./08 13:38 ] |
| Est-il possible de vérifier s'ils sont encore utilisés ? |
| Commentaire de Olga Costa [ 11/déc./08 11:01 ] |
|
Voila c'est la fin des haricots. Les deux n¿uds restants sont toujours fonctionnels: [Pub, Référencement, Tracking > Disposition : Configuration par defaut > TG : Home Auto > OCCAS] [Pub, Référencement, Tracking > Disposition : Configuration par defaut > TG : Home Auto > NEUF] |
| Commentaire de Ariane Baldinger [ 11/déc./08 11:12 ] |
|
Merci Olga, voilà une bonne chose de faite ! Tu peux fermer ce jira. |
| Commentaire de Olga Costa [ 11/déc./08 11:13 ] |
| Youpiii! |
| Commentaire de Julien Sananikone [ 11/déc./08 19:37 ] |
| pour l'Espagne j'ai l'impression que les noeuds sont restés en inactif! |
| Commentaire de Ariane Baldinger [ 16/déc./08 10:43 ] |
|
les noeuds restés en inactifs sont maintenant à l'état supprimé. Effectif maintenant sur preview et demain en PROD. |
[NpF-Mode] Méta-tâche d'Activation
(CAT-502)
|
|
| Etat: | Fermé |
| Projet: | Paramétrage - Non Import |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Benoît Bourdon | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Commentaires |
| Commentaire de Pierre Bret [ 15/avr./08 12:28 ] |
|
Concernant cette tache, les interventions à effectuer sont les suivantes : - Thierry envoie à Martin le fichier de redirections --> OK - Martin génère aujourd'hui le fichier d'import - Christophe le valide les redirections - Jérémie le met en prod, idéalement le même jour que l'activation de la NPF Mode. |
| Commentaire de Martin Sudmann [ 15/avr./08 13:40 ] |
|
oublier le fichier "redirections_mode.sql", il contient des retour chariot Windows. utiliser "redirections_mode_OK.sql" |
| Commentaire de Christophe Garcia [ 16/avr./08 11:23 ] |
| Merci de livrer le script à l'endroit habituel |
| Commentaire de Martin Sudmann [ 16/avr./08 14:02 ] |
|
le script est là: V:\Database\V19_4_0\integ\V19_4_5_FRA_redirections_mode_POST_ACTIVATION_NPF_MODE.sql |
| Commentaire de Christophe Garcia [ 17/avr./08 14:32 ] |
| Bon pour la PROD |
| Commentaire de Patrick Pereira [ 17/avr./08 17:50 ] |
| C'est fait. |
| Commentaire de Benoît Bourdon [ 18/avr./08 10:29 ] |
| > Il manque la redirection (gérée par apache) depuis la pseudo statique vers la nouvelle dynamique ( /navMode ) quand il y a des codes de tracking . |
| Commentaire de Jérémie Bennejean [ 18/avr./08 14:53 ] |
| C'est en place et validé par Benoit et Thierry |
[APP-20980] [POST DEPLOY] nombre d'erreur sur AS et WEB servers est anormalement monté depuis le 24/06 Création: 26/juin/08 17:04 Mise à jour: 24/nov./09 15:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Sébastien Raguet | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||
| Description |
|
Bonjour, ce JIRA est ouvvert pour garder trace de l'issue. Depuis le 24 au matin le nb d'erreur / exception est monté sur les AS FR ainsi que le nb d'erreurs 503/403 sur les web servers. Apperemment c'est du lié passage sur le schema infoglue V23_0_3_ 3. Voici résultat recherche des LOGS: Concernant les erreurs AS FR, par exemple dans les logs de SAIS pour hier sur 13661 ligne ERRORS - 4518 sont des erreurs : Category configuration (par exemple : 2008-06-25 13:41:08,814 ERROR [-Processor24] 86.197.33.24 - Category configuration problem - Parameter : 100652/5272 - Value 13.0 not comparable to K00682) - 6497 sont des lignes Load error et ne sont pas dues à une IP en particulier (par exemple : [mrtg@autochtonos jboss]$ zgrep '81.242.146.156' 2008-06-26-05-00_sais.log.gz 2008-06-25 05:44:46,688 INFO [-Processor17] 81.242.146.156 - >>> GET http://www.priceminister.com/info/home?t=2193942 2008-06-25 05:44:46,692 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2008-06-25 05:44:46,694 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2008-06-25 05:44:46,696 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel 2008-06-25 05:44:46,770 INFO [-Processor17] 81.242.146.156 - Displaying tag : Tracking (ENTRY) - mediastay24(2193942)::Entree 2008-06-25 05:44:46,828 INFO [-Processor17] 81.242.146.156 - <<< [140 ms] GET http://www.priceminister.com/info/home?t=2193942 2008-06-25 05:45:01,960 INFO [-Processor10] 81.242.146.156 - >>> GET http://www.priceminister.com/info/ 2008-06-25 05:45:01,964 ERROR [-Processor10] 81.242.146.156 - Load error 2008-06-25 05:45:01,964 INFO [-Processor10] 81.242.146.156 - Setting response status code to 503 2008-06-25 05:45:02,070 INFO [-Processor10] 81.242.146.156 - Displaying tag : Tracking (SECOND_PAGE) - mediastay24(2193942)::Deuxieme_page 2008-06-25 05:45:02,070 INFO [-Processor10] 81.242.146.156 - <<< [110 ms] GET http://www.priceminister.com/info/ Les erreurs Load error sont nouvelles (cad leur nombre a explosé il y a 2 jours le 24/06) et sont encore existantes aujourd'hui. On retrouve ces erreurs sur les serveurs web. Voici sur ARICIA la répartition des erreurs 503 par url toute journée : 7575 GET /info/ HTTP/1.1 6923 GET /res/co/0/www/www/45955/'%20+%20url%20+%20' HTTP/1.1 6519 GET /res/static/0/www/www/55575/fc/scriptaculous/\ 4907 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 4863 GET /info/home?t=1853340 HTTP/1.1 417 GET /info/home HTTP/1.1 373 GET / HTTP/1.1 243 GET /info/ HTTP/1.0 190 GET /?tracking=62001& HTTP/1.1 122 GET /info/home HTTP/1.0 Meme chose sur ARICIA répartitions des erreurs 403 par url toute journée : [mrtg@aricia tmp]$ grep ' 403 ' pas2002506 | cut -d '"' -f2 | sort |uniq -c | sort -rn |more 6603 GET /shaking.asis HTTP/1.1 271 GET /static/www/brandV900.css HTTP/1.1 173 GET /shaking.asis HTTP/1.0 92 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=6551&STRMVER=4&CAPREQ=0 HTTP/1.1 76 GET /?t=1853340 HTTP/1.1 75 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 37 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=5606&STRMVER=4&CAPREQ=0 HTTP/1.1 33 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=4518&STRMVER=4&CAPREQ=0 HTTP/1.1 31 GET / HTTP/1.1 Pour info voici aussi la répartition par URL de toutes les autres erreurs APACHE (cad autre que 403/503) : [mrtg@aricia tmp]$ grep -v ' 403 ' pas2002506 | grep -v ' 503 ' |cut -d '"' -f2 | sort |uniq -c | sort -rn |more 39895 GET /?tracking=2089340& HTTP/1.1 29392 GET /favicon.ico HTTP/1.1 28488 GET /?tracking=62001& HTTP/1.1 20461 GET /?t=1853340 HTTP/1.1 16778 GET /connect?action=login&c=80&dest=%2Fuser HTTP/1.1 15854 GET /user HTTP/1.1 13115 POST /submit HTTP/1.1 8003 GET /content/V11_3_2/front/xtroi.js HTTP/1.1 6408 GET /checkout?action=address HTTP/1.1 3751 GET /?t=2193940 HTTP/1.1 3322 GET /?tracking=2089340& HTTP/1.0 2967 POST /checkout HTTP/1.1 2817 GET /info/home?t=1853340 HTTP/1.1 2602 GET /home HTTP/1.1 2459 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 2146 GET /connect?action=logout&pro=false HTTP/1.1 2070 GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser HTTP/1.1 1978 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 1895 POST /connect HTTP/1.1 1852 GET /?t=2193942 HTTP/1.1 1594 GET / HTTP/1.1 1355 GET /?t=1985241 HTTP/1.1 1203 GET /?t=1837241 HTTP/1.1 1180 POST /question HTTP/1.1 1113 GET /navigation/default/category/bargain?static=true HTTP/1.0 merci |
| Commentaires |
| Commentaire de Justin Ziegler [ 30/juin/08 10:54 ] |
|
39895 GET /?tracking=2089340& HTTP/1.1 28488 GET /?tracking=62001& HTTP/1.1 20461 GET /?t=1853340 HTTP/1.1 les lignes ci-dessus extraitent de ton derniers listing m'inquiétent particulièrement ! Il y a peut etre un pb avec notre système de tracking marketing... y a t il moyen de les étudiers un peu plus ? comprendre d'ou ils viennent ? browser ? ip ? referrer ? faire un sous jira pour isoler les différents cas, puisque c'est différent de ton cas de "load error" ? merci |
| Commentaire de Sébastien Raguet [ 30/juin/08 17:48 ] |
|
Effectivement les recherches faites n'ont pas fait de différence entre les erreurs load erreurs et autres. Cependant la forte augmentation du nombre des erreurs sur les AS le 24 est complètement due au load errors et a bien a disparu le 27 (en fait baisse des le 26 à partir de 18h/19h). [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-24-05-00_sais.log.gz | grep 'Load error' |wc -l 641 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-25-05-00_sais.log.gz | grep 'Load error' |wc -l 6904 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-26-05-00_sais.log.gz | grep 'Load error' |wc -l 6497 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-27-05-00_sais.log.gz | grep 'Load error' |wc -l 3857 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-28-05-00_sais.log.gz | grep 'Load error' |wc -l 422 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-29-05-00_sais.log.gz | grep 'Load error' |wc -l 663 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-30-05-00_sais.log.gz | grep 'Load error' |wc -l 339 J'ai eu une notification de Jérémie qu'un problème lié à mediastay a été corrigé le 26 au soir. Je suis dans l'attente de détails sur ce qui a été fait. J'ouvre un autre JIRA a propos des problèmes de tracking. |
| Commentaire de Sébastien Raguet [ 01/juil./08 14:06 ] |
|
Voici le retour concernant le changement Mediastay: 'En fait médiastay appelait une page (infoglue) erronée. Maintenant ils appellent une page qui existe ! Voila l'explication que j'ai eu coté market/param.' |
| Commentaire de Swan Desportes [ 01/juil./08 16:49 ] |
|
Effectivement, la page appelée "www.priceminister.com/info"
n'existe pas et provoque un load error puisqu'il attend un autre
paramètre lui permettant d'identifier la page recherchée dans infoglue. On ne peut accéder à cette page qu'en tapant l'URL explicitement. Est ce que la situation est revenue à la normale ? |
| Commentaire de Sébastien Raguet [ 03/juil./08 10:38 ] |
|
On a eu un retour à la normale le 27 mais à nouveau ces
messages sont à nouveua montés le 01/07 (voir graph erreur sur sais). J'ai contacté hier l'équipe de marketing hier en fournissant les code de tracking qui posaient le plus de problème mais cependant au vu des logs, Justin pense plus à un problème de dev. Désolé j''ai ouvert un nouveau JIRA ( merci |
| Commentaire de Justin Ziegler [ 03/juil./08 19:08 ] |
|
Swan, comment peut on avancer la dessus ? merci |
| Commentaire de Justin Ziegler [ 03/juil./08 19:11 ] |
|
On voit bien que a chaque fois le referrer est la home : Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?tracking=62001& Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?tracking=2089340& Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?&t=316940&dinsight=345&kwsl=13915880 il y a donc un pb qq part dans la home ? |
| Commentaire de Swan Desportes [ 04/juil./08 12:12 ] |
|
Je viens de passer une heure à inspecter la home page. Je ne
vois aucune requete (de type ressource) ou liens susceptible de générer
une url du type http://www.priceminister.com/info/ J'ai fait mes tests sur FF3. Peut etre que le problème est lié à un navigateur en particulier. Est ce qu'il y a moyen de connaitre les navigateurs utilisés lorsqu'il y a erreur ? |
| Commentaire de Sébastien Raguet [ 04/juil./08 14:56 ] |
|
je viens de faire la recherche dans les logs web aricia en cours par exemple sur code tracking 62001: Nb erreur 503 total pour les appels [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep ' 503 ' | wc -l 488 Voici nombre d'errreur pour Client Microsoft: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep '(compatible; MSIE' | grep " 503 " | wc -l 487 Client firefox: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep -i firefox | grep " 503 " | wc -l 1 Plus de détails sur le top par versions: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep ' 503 ' | cut -d '"' -f6 | sort -rn |uniq -c | sort -rn 110 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 44 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) 30 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322) 29 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506) 13 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727) 12 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 12 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) 11 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 9 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) 8 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506) 7 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648) 6 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30) 5 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) 4 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Orange 7.4 ; NaviWoo1.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 4 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727) 4 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) 3 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 1.1.4322) 3 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; InfoPath.2) Donc IE 6 et 7. En élargissant sur toutes les erreurs 503 pour 'www.priceminister.com/info/home?t': 2254 erreurs: 2251 pour IE et 3 pour Firefox . ( + On a 27 erreurs 503 pour des appels d'image (26 appels AKAMAI, 1 panther ). |
| Commentaire de Justin Ziegler [ 04/juil./08 15:12 ] |
| n'est ce pas la répartition normale des browser ? |
| Commentaire de Sébastien Raguet [ 04/juil./08 15:48 ] |
|
non on est en très loin. Par exemple sur aricia on trouve: Pour toutes les lignes avec référence au browser: [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | wc -l 656868 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | wc -l 255821 soit 36% pour firefox. Si on regarde pour les code 200 uniquement: [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 200 ' | wc -l 566941 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 200 ' | wc -l 218502 soit encore 36% pour Firefox et pour les erreurs 503 (sans distinction): [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 503 ' | wc -l 6112 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 503 ' | wc -l 584 Cette fois Firefox ne représnte plus que 11% des lignes avec code 503. Et si on regarde cette fois le nb de code 200 pour 'www.priceminister.com/info/home?t' : [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 200 ' | grep 'www.priceminister.com/info/home?t' | wc -l 339 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 200 ' | grep 'www.priceminister.com/info/home?t' | wc -l 1593 La proportion est bien complément inversée: - IE 339 ok, contre les 2251 bad - Firefox 1593 pages OK, contre 3 bad. |
| Commentaire de Swan Desportes [ 07/juil./08 14:37 ] |
|
Donc, il semble que le problème n'apparaisse quasi exclusivement sur IE (ou en tout cas, pas sur FF). Je n'arrive pas à le reproduire sous mon IE7 en dev. Et je ne vois aucun lien ou appel en www.priceminister.com/info/ en prod depuis mon IE7... Pourtant, d'après les analyses de Sébastien, ce navigateur provoque également le problème. Je me demande si je ne dois pas chercher côté promo. Je suis assez étonné que l'erreur ne se produise pas dans 100% des cas. |
| Commentaire de Swan Desportes [ 10/juil./08 12:06 ] |
| Je n'arrive vraiment pas à reproduire. Pour continuer l'analyse, je pense qu'il faut qu'on attaque le problème ensemble avec Sébastien. |
| Commentaire de Sébastien Raguet [ 16/juil./08 14:54 ] |
|
Il se peut bien que cela soit du a des problème de market.
Leur nombre est monté puis rebaissé sans vraiment que quoi que ce soit
est changé. Je viens de regarder les logs pour la journée d'hier pour les appels de type 'home?t' : Sur les WEB nombre d'appels qui sont OK (code retour 200): [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep ' 200 ' | wc -l "; done aricia 23404 evandre 23429 evenor 22903 neith 21457 phaeton 8770 Et nombre de code de retour 503: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep ' 503 ' | wc -l "; done aricia 56 evandre 51 evenor 58 neith 57 phaeton 19 nb code de retour autre que 200, 503 et 30X: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep -v ' 200 ' | grep -v " 302 " | grep -v " 301 " | grep -v " 503 "|wc -l "; done aricia 15 evandre 14 evenor 13 neith 8 phaeton 10 Le nombre d'erreurs a fortement diminué, on passe a environ 0.2% d'appel 'home?t' qui ne fonctionnent pas alors que la semaine dernière on était bien plus haut. Sur les AS, on a aussi une forte diminution des erreurs Load error. [mrtg@sais jboss]$ for i in `ls 2008-07-16-05-00_*.log.gz`; do echo $i; zgrep ERROR $i | grep 'Load error' |wc -l ; done 2008-07-16-05-00_amphitrite.log.gz 74 2008-07-16-05-00_amphore.log.gz 56 2008-07-16-05-00_angita.log.gz 89 2008-07-16-05-00_aurore.log.gz 83 2008-07-16-05-00_junon.log.gz 1 2008-07-16-05-00_orichalque.log.gz 214 2008-07-16-05-00_rhome.log.gz 152 2008-07-16-05-00_sais.log.gz 198 2008-07-16-05-00_salus.log.gz 156 2008-07-16-05-00_tellus.log.gz 11 2008-07-16-05-00_titeia.log.gz 123 On a donc retrouver un niveau faible de ces erreurs de type Load error. De plus les erreurs de type Load error pour une request de type 'GET http://www.priceminister.com/info/' sont très faible. [mrtg@sais jboss]$ for i in `ls 2008-07-16-05-00_*.log.gz`; do echo $i; zgrep -A4 'Load error' $i | grep -B2 -A2 'GET http://www.priceminister.com/info/' |grep ERROR | wc -l; done 2008-07-16-05-00_amphitrite.log.gz 3 2008-07-16-05-00_amphore.log.gz 0 2008-07-16-05-00_angita.log.gz 7 2008-07-16-05-00_aurore.log.gz 3 2008-07-16-05-00_junon.log.gz 0 2008-07-16-05-00_orichalque.log.gz 7 2008-07-16-05-00_rhome.log.gz 2 2008-07-16-05-00_sais.log.gz 6 2008-07-16-05-00_salus.log.gz 9 2008-07-16-05-00_tellus.log.gz 0 2008-07-16-05-00_titeia.log.gz 2 2 referrer ressortent: 2008-07-15 18:37:45,427 ERROR [-Processor28] 82.242.79.43 - Load error Servlet : com.babelstore.content.front.ContentServlet Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/cookies_requis User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322) 2008-07-16 00:57:55,585 ERROR [Processor215] 84.103.4.180 - Load error Servlet : com.babelstore.content.front.ContentServlet Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home#t=1414040 User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; InfoPath.2; .NET CLR 2.0.50727) Par contre le peu d'erreur restant est toujours du à l'utilisation de IE et pas Firefox. Par exemple pour une des erreurs qui ressort code tracking 1414040: Nb appel OK avec IE: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep ' 200 ' | grep 'compatible; MSIE' | wc -l;done aricia 5410 bacchus 588 evandre 5495 evenor 5335 neith 5657 phaeton 1916 Environ 2% des d'appel echouent avec IE [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep -v ' 200 ' | grep 'compatible; MSIE' | wc -l;done aricia 122 evandre 139 evenor 132 neith 170 phaeton 34 Nb appel OK avec Firefox: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep ' 200 ' | grep 'Firefox' | wc -l;done aricia 825 bacchus 66 evandre 807 evenor 792 neith 813 phaeton 276 [mrtg@autochtonos ~]$ Pas d'erreur avec Firefox [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep -v ' 200 ' | grep 'Firefox' | wc -l;done aricia 0 evandre 0 evenor 1 neith 0 phaeton 0 En regard du faible nombre de ces erreurs et du temps déjà passé dessus, je pense donc que l'on peut mettre de côté pour le moment mais faire des recherches plus approfondie si le nombre de ces erreurs réaugmentent. |
| Commentaire de Swan Desportes [ 29/juil./08 12:29 ] |
|
OK, je baisse la priorité. Il y a eu beaucoup de chgt d'URL sur les liens sponsos dernièrement liés aux problèmes de "sharp tracking". Peut etre qu'il y a un lien de cause à effet. |
| Commentaire de Swan Desportes [ 23/janv./09 14:49 ] |
| Est ce que cette demande est toujours d'actualité ? |
| Commentaire de Alexandre Garnier [ 24/nov./09 15:46 ] |
| Pas forcement un problème de lien mais peut-être un problème de ressource avec un src vide ce qui pourrait parfaitement être provoqué par les pubs en JS sur la HP (et qui géreraient mal IE ?) |
| Commentaire de Alexandre Garnier [ 24/nov./09 15:48 ] |
|
Avec |
[APP-20489] Nettoyage table des brands Création: 06/mai/08 12:03 Mise à jour: 09/sept./08 09:49 Résolue: 16/juil./08 12:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 28.0.0 (CTN-F) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Certains brands comme presencepc ou viamichelin apparaissent
toujours comme actif en BO alors qu'il ne sont plus utilisés. Il y en a peut-être d'autres dans ce cas. |
| Commentaires |
| Commentaire de Clement Balay [ 21/mai/08 12:02 ] |
|
Deux solutions s'offrent à nous: - Passage d'un script en integ et prod pour mettre à null la colonne SKIN pour ces deux brands (car pour l'insant, on se base sur cette colonne pour savoir si c'est inactif) - Changement du test d'inactivité du brand: Récupération de la liste des languages dans infoglue et test de l'existence du language du brand dans cette liste (Le problème est que les languages viamichelin et présencepc existent toujours dans IG, si je fais cette correction, la liste sera plus pertinente mais il y aura toujours ces deux cobs actifs) |
| Commentaire de Clement Balay [ 21/mai/08 15:28 ] |
| finalement, j'ai fait un script pour désactiver ces deux cobs |
| Commentaire de Christophe Garcia [ 26/juin/08 16:44 ] |
| L'est où le script ? |
| Commentaire de Clement Balay [ 16/juil./08 12:03 ] |
|
le script est passé en dev, il est dans le dossier: V:\Database\V27_0_0\integ et se nomme: V27_0_0_ |
| Commentaire de Quentin de Chivré [ 16/juil./08 12:41 ] |
|
Au dela du nettoyage de la tablen, il me parait important de nettoyer tout ce qui va avec : - les confs IG - le code Java - les CSS - les confs Apache (=> Exploit) Il doit y avoir un Jira qui traine pour ca (faire le tour des Cobs, voir ceux qui sont inactifs, et faire un grand ménage) Peut-etre un bon truc a traiter en mode Réserve ! |
[APP-22187] Bloc vendre : Bloc "Créer un produit" existe encore ?!?! Création: 15/sept./08 17:22 Mise à jour: 07/nov./08 17:40 Résolue: 05/nov./08 11:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | 33.0.0 (CAT-E) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Benoît Bourdon |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
|||||||||||||||
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||
| Site: | Integ | |||||||||||||||
| Projets PM: | *** RESERVE *** | |||||||||||||||
| Description |
|
N'a-t-on pas parlé de supprimer ce bloc ?
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 16/sept./08 14:30 ] |
| SI mais pas dans le cadre du projet bloc vendre -> je le met en réserve pour notre pôle. |
| Commentaire de Caroline Schinzel [ 03/oct./08 18:16 ] |
| Le bloc Créer un produit a été supprimé. |
| Commentaire de Quentin de Chivré [ 03/oct./08 18:20 ] |
|
il faut supprimer la page cible alors ? Je pense qu'elle n'a pas d'autres point d'accès. Et ajouter un redirect Apache vers a HP Vendre |
| Commentaire de Caroline Schinzel [ 03/oct./08 18:25 ] |
|
La page cible n'a en effet aucun autre point d'accès et elle a été supprimée. Reste donc le redirect. |
| Commentaire de Caroline Schinzel [ 03/oct./08 18:28 ] |
| c'est en fait la jsp qui a été supprimée, je regarderais pour la page cible (et le redirect) avec Benoît. |
| Commentaire de Benoît Bourdon [ 30/oct./08 19:39 ] |
|
Je ferme : la demande initiale est traitée J'ouvre un jira pour supprimer le dernier lien restant et mettre une redirection depuis cette page vers la home page vendre |
| Commentaire de Quentin de Chivré [ 31/oct./08 10:45 ] |
|
Pas d'accord, tu ne peux pas fermer cette demande sans
aucune garantie que les redirects sont mis en place ** dans la même
version**. C'est une seule et même demande, il faut la traiter dans son un intégralité, et tel que je vois les choses elle va se retrouver morcelée entre plusieurs versions ce qui ne me convient pas. |
| Commentaire de Benoît Bourdon [ 05/nov./08 11:51 ] |
|
Je referme : - Le dernier lien qui traine sera traité dans la version - La redirection aussi (en post deploy) (cf. les 2 sous jiras) |
[EXP-4496] Changement de l'entête HTTP de la page info/alpha Création: 25/août/08 11:54 Mise à jour: 01/sept./08 09:31 Résolue: 01/sept./08 09:19 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
La page info/alpha retourne un code 301 (redirection
permanente), qui empèche la validation du fichier google dans webmaster
tools. Change le code HTTP de la page info/alpha pour qu'elle réponde 404. Cela restera transparent pour l'utilisateur. |
| Commentaires |
| Commentaire de Thierry Leforestier [ 27/août/08 12:04 ] |
|
Vu avec Ange, la modification doit être applicative. P.S. : La redirection vers info/alpha retourne 301, mais alpha retourne 200. il faut que ce soit une 404. |
| Commentaire de Thierry Leforestier [ 28/août/08 16:27 ] |
| Vu avec Martin et Pierre B., on préfère mettre en place la solution "sale" que nous avons vue ensemble afin de ne pas être soumis aux délais de version et de ne pas surcharger les devs. |
| Commentaire de Ange Ferrari [ 01/sept./08 09:06 ] |
| rha les loutres! |
| Commentaire de Thierry Leforestier [ 01/sept./08 09:19 ] |
|
A priori c'est Ok, les redirections fonctionnent bien et Google a validé le fichier html. Merci Ange, je résoud le jira. |
| Commentaire de Ange Ferrari [ 01/sept./08 09:31 ] |
|
Bon ben c'est cool Juste pour le suivi de l'exploit J'ai créé une page 404 avec comme source la page originale /info/alpha cette page est située ici : /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/errors/404_alpha.asis Et dans les rewrite rule au lieu de faire une redirection 301 vers /info/alpha on fait une réécriture transparente vers cette page |
[APP-20628] Intégration des fichiers APACHE dans les livraisons Création: 23/mai/08 16:27 Mise à jour: 03/juin/08 11:52 Résolue: 28/mai/08 12:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 23.0.0 (CAT-B) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM archivés: | Maintenance CAT-B |
| Description |
|
- Mettre les fichiers joints dans CVS - Modifier les scripts de packaging pour créer, en plus du tar.gz habituel, un répertoire APACHE-VXX_Y_Z contenant les rewrites fr, es, uk, ... |
| Commentaires |
| Commentaire de Alexandre Garnier [ 27/mai/08 14:10 ] |
|
Fichiers dans CVS. Build adapté pour les utiliser. Script de packaging prod-repackaged.sh sur integ@bollinger:~ adapté pour les copier dans un dossier APACHE-<nom du tar.gz> et les dispatcher sur les serveurs comme le tar.gz (mais là je vois pas trop l'interet finalement car seul les serveurs Apache en ont besoin ...) |
Bloc vendre : Bloc "Créer un produit" existe encore ?!?!
(APP-22187)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 33.0.0 (CAT-E) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Benoît Bourdon | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Est ce que vous pouvez nous fournir la regex de redirection de http://www.priceminister.com/referential?action=create (avec n'importe quel parametre derrière) Vers : http://www.priceminister.com/info/vendre |
| Commentaires |
| Commentaire de Quentin de Chivré [ 05/nov./08 11:59 ] |
|
Ca ne doit pas être en post deploy. On a désormais intégré une partie des fichiers Apache dans le livrable. Or ceci est typiquement une redirection applicative visant à gérer le remplacement d'une page par une autre : le cas d'usage type pour nos fichiers de redirect. Donc pas exploit-post-deploy mais dev-deploy |
| Commentaire de Benoît Bourdon [ 06/nov./08 09:35 ] |
| regex définie par l'exploit, commité par nicolas en Dev puis test par CGA en integ. |
| Commentaire de Nicolas Chauveau [ 06/nov./08 15:54 ] |
|
Fait avec EGV sur les 3 fichiers rewrite (FR, ES et UK) : # Suppr de la page listant tous les formulaires RewriteRule ^/referential?action=create.* info/vendre [R,L,NE] |
| Commentaire de Christophe Garcia [ 10/nov./08 11:05 ] |
| La règles est inutile en UK : cette URL n'a jamais été utilisée en PROD pour cause de site en version ALPHA |
| Commentaire de Christophe Garcia [ 10/nov./08 11:40 ] |
|
La règle ne fonctionne pas et manque redirection 301. C'est plutôt ça : # Suppr de la pagelistant tous les formulaires RewriteCond %{REQUEST_URI} ^/referential RewriteCond %{QUERY_STRING} ^action=create RewriteRule ^.*$ /info/vendre [R=301,L,NE,QSA] |
| Commentaire de Edouard Gomez-Vaez [ 10/nov./08 12:11 ] |
| bzr 24855, tagué V33. |
| Commentaire de Christophe Garcia [ 10/nov./08 14:47 ] |
| En Espagne, c'est "/info/vender" et pas "/info/vendre" |
| Commentaire de Edouard Gomez-Vaez [ 10/nov./08 16:46 ] |
|
bzr 24857. Tagué V33. PS. Pas possible de tester en dev, une discussion est ouverte à ce sujet entre Nicolas et Patrice. |
[APP-23369] Rediriger BARGAIN vers quoi ? Création: 28/nov./08 11:28 Mise à jour: 08/janv./09 15:28 Résolue: 08/janv./09 12:10 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 38.0.0 (TX-D Bis) |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Il reste une redirection vers de la NPC : celle de BARGAIN. Qu'en fait-on ? # Rewrite /bargain with tracking (manage url with cgi and path mode) # Compatibilité ancienne TG /bargain RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" RewriteRule ^/bargain /navigation/default/category/bargain [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "/bargain(.*)/t/(\S+)" RewriteRule ^/bargain /navigation/default/category/bargain%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "/bargain(.*)/tracking/(\S+)" RewriteRule ^/bargain /navigation/default/category/bargain%1/tracking/%2 [R,L,NE] |
| Commentaires |
| Commentaire de Marion Anfreville [ 22/déc./08 17:47 ] |
|
Vu avec JEV : ce n'est pas de la NpC mais de la promo : http://bo.priceminister.com/category_back?action=categorysearch&javascript_callback=&category_id=&ctg_status_code=&category_label=&category_alias=&ctg_type_code=&ctp_type_code=&ctg_parameter_value=bargain&category_soft_alias=&start_date=&date_search_type=0&end_date=&number_rows=100&x=0&y=0 La page affiche de vieilles TG (06/06/2006) => TG gérées par les commerciaux. http://www.priceminister.com/navigation/default/category/bargain Est-ce que quelqu'un sait par où on accède à cette page sur le site ? |
| Commentaire de Thierry Leforestier [ 22/déc./08 17:59 ] |
| Vraisemblablement uniquement par le biais de Google. Il faut voir avec les commerciaux si ils l'utilisent toujours, si ce n'est pas le cas, rediriger en 301 vers la home Price. |
| Commentaire de Thierry Leforestier [ 06/janv./09 09:53 ] |
|
Pour le moment, nous n'avons pas trouvé a quoi pouvait
servir cette page... étant donné qu'elle n'est pas référencée par
Google, je vous laisse le soin de choisir vers ou elle sera redirigée. Thierry |
| Commentaire de Christophe Garcia [ 08/janv./09 11:33 ] |
| Alors ce sera la Home |
| Commentaire de Christophe Garcia [ 08/janv./09 12:00 ] |
|
Après vérification en PROD, il s'avère que cette page n'est
plus appelée (sauf en interne pour générer une page statique). Autant dire qu'au final, on fait sauter la redirection (et qu'on fera sauter la page statique) Nicolas, Merci de supprimer les lignes dans le rewrite.rules.fr |
| Commentaire de Arnaud Forgues [ 08/janv./09 12:10 ] |
|
OK ! Règles supprimées du fichier rewrite.rules.fr NB : -------------- This line and the following will be ignored -------------- modified: source/etc/apache/rewrite.rules.fr Committed revision 24944. [forguesa@gobillard source]$ bzr tag --force V38_0_0 Created tag V38_0_0. |
[APP-23886] Ajout de rewrite en FR, ES et UK Création: 08/janv./09 17:04 Mise à jour: 09/janv./09 12:11 Résolue: 08/janv./09 18:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 38.0.0 (TX-D Bis) |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
A ajouter en tête du fichier en FR, ES et UK RewriteRule ^/walletsecure(.*) https://%{SERVER_NAME}/walletsecure$1 [L,R,NE] RewriteRule ^/sinfo/contact_pro https://%{SERVER_NAME}/info/contact_pro? [R,L,NE] RewriteRule ^/activation(.*) https://%{SERVER_NAME}/activation$1 [L,R,NE] RewriteRule ^/checkout(.*) https://%{SERVER_NAME}/checkout$1 [L,R,NE] RewriteRule ^/connect(.*) https://%{SERVER_NAME}/connect$1 [L,R,NE] |
| Commentaires |
| Commentaire de Arnaud Forgues [ 08/janv./09 18:39 ] |
|
-------------- This line and the following will be ignored -------------- modified: source/etc/apache/rewrite.rules.es source/etc/apache/rewrite.rules.fr source/etc/apache/rewrite.rules.uk Committed revision 24947. [forguesa@gobillard source]$ bzr tag --force V38_0_0 Created tag V38_0_0. |
[APP-24156] [POST DEPLOY] Gestion des fichiers crossdomain.xml Création: 05/févr./09 10:09 Mise à jour: 02/sept./09 12:09 Résolue: 26/août/09 14:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 52.0.0 (CTN-M) |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||||||||||
| Description |
|
Un nouveau fichier de conf APACHE vient de faire son
apparition suite à la demande du MARKET d'autoriser les flashs à
télécharger des données depuis certains domaines (voir Comme tous les autres fichiers de conf APACHE, je pense qu'il serait bon de les gérer en DEV. 1 fichier par pays (puisque les régies de pub ne sont pas les mêmes en FR, ES et UK) En PJ celui pour FR NOTE : il faudra modifier le build du package APACHE pour y intégrer ces fichiers. |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 05/févr./09 10:25 ] |
|
Créer 3 fichiers .fr .es .uk Voir avec ALG pour le build |
| Commentaire de Alexandre Garnier [ 05/févr./09 12:07 ] |
|
Pas de modif de build nécessaire. Le build ne fait que tarer le dossier etc/apache, donc il suffit que le fichier soit dans de/source/etc/apache et il part dans le package Apache. |
| Commentaire de Renaud Dierickx [ 09/févr./09 15:38 ] |
|
Je bloque ce jira en attendant un retour de Benjamin sur le jira |
| Commentaire de Benjamin Guerville [ 16/févr./09 18:38 ] |
|
Voici la réponse du partenaire : "Le fichier xml sert d'autorisation pour envoyer des données vers une base de données. Dans le cas où des creations comportent un champs à remplir, cela permet d'envoyer les informations saisies dans ce champs vers la base de donnée. Cette technique est appréciée des clients et il est possible qu'il y ait de plus en plus de campagnes de ce type. Je vous joins un document de Doubleclick (hebergeur des bases de données)" |
| Commentaire de Renaud Dierickx [ 26/févr./09 11:11 ] |
|
Le flash et la base de données sont chez eux ? Si oui, on ne voit pas l'utilité du fichier xml car ce fichier sert uniquement à accéder à des ressources de price. Peux-tu nous donner un contact technique chez eux pour qu'on en discute et qu'on comprenne mieux leur besoin ? Merci. |
| Commentaire de Fabrice Feugas [ 27/févr./09 10:00 ] |
| Benjamin, on a des news pour le crossdomain.xml? |
| Commentaire de Fabrice Feugas [ 04/juin/09 16:53 ] |
| A traiter pour septembre en même temps que http://pricejira.lan/browse/EXP-4832 |
| Commentaire de Damien Dorizy [ 31/juil./09 15:21 ] |
|
On tourne un peu en rond avec ce Jira... Benjamin, as-tu eu des précisions sur l'utilité d'un fichier crossdomain.xml pour les régies pubs. Comme le dit Renaud plus haut, la seule utilité d'un tel fichier est de permettre à des publicités hébergées sur un site EXTERNE à Price d'accéder à des ressources INTERNES à Price (images principalement). Cela est-il le cas ? Merci |
| Commentaire de Benjamin Guerville [ 03/août/09 09:16 ] |
|
hello, je n'ai pas plus d'info que ce que j'ai déjà écrit... "Le fichier xml sert d'autorisation pour envoyer des données vers une base de données. Dans le cas où des creations comportent un champs à remplir, cela permet d'envoyer les informations saisies dans ce champs vers la base de donnée. |
| Commentaire de Damien Dorizy [ 26/août/09 14:45 ] |
|
Comme décrit par la documentation Adobe, c'est sur les
serveurs de lagardère que le fichier doit être implémenté, et non sur
nos serveurs. La réponse de Lagardère est la suivante : "Nous avons discuté de la procédure crossdomain.xml avec nos services techniques, Et vous informons que nous venons d'intégrer le fichier crossdomain.xml sur tous nos serveurs." Le problème est donc clos. |
[APP-24015] Ajout de code pour prendre en compte de nouveaux formats pub avec formulaire Création: 22/janv./09 09:44 Mise à jour: 05/mars/09 11:49 Résolue: 27/févr./09 09:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Promo |
| Affecte la/les version(s): | 38.0.0.2 |
| Version(s) corrigée(s): | 42.0.0 (CTN-J) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Renaud Dierickx |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif FONC: | monetisation | ||||||||||||||||
| Description |
|
Dans le cadre de nouvelles campagnes de pub diffusées par
Lagardère, le fichier crossdomain.xml doit être intégré à PM.com. En effet, les créations qui vont être diffusées vont comporter un formulaire, et pour que ce dernier se synchronise avec la base de données, il faut que votre site « autorise » l'envoi de données vers cette dernière, hebergée chez Doubleclick. Voir le doc en pj. Merci |
| Commentaires |
| Commentaire de Alexandre Garnier [ 02/févr./09 16:53 ] |
|
Euh je crois qu'on peut peut-être simplifier le fichier en faisant du : - *.doubleclick.net - *.doubleclick.com - *.2mdn.net Parce sinon je sens qu'il va falloir mettre à jour ce fichier tous les 2 jours pour ajouter les nouveaux sous-domaines de serveurs de pub. |
| Commentaire de Renaud Dierickx [ 02/févr./09 18:29 ] |
|
C'est un fichier à mettre à la racine du site. http://www.siteduzero.com/tutoriel-3-7684-securite-et-flash.html Ce n'est donc pas du ressort du DEV mais de l'exploitation. Christophe, c'est toi qui gère ça avec eux ? |
| Commentaire de Renaud Dierickx [ 03/févr./09 16:46 ] |
| Peut-on également le mettre sur les serveurs apache de DEV / INTEG ? |
| Commentaire de Christophe Garcia [ 03/févr./09 17:13 ] |
|
Oui pour l'INTEG (en DEv faut voir avec Alex) C'est le même fichier pour FR, ES et UK ? |
| Commentaire de Renaud Dierickx [ 04/févr./09 10:08 ] |
|
Très bonne remarque ce n'est pas la même régie à l'internationale... Vous pouvez donc mettre un fichier crossdomain vide sur UK et ES (ou ne pas en mettre). Et mettre le fichier qui est rattaché au jira pour la France. |
| Commentaire de Christophe Garcia [ 05/févr./09 12:04 ] |
|
Truc pas clair ... Les flashs veulent-ils accéder à des ressources Price ? Si oui lequels ? Sinon, je ne vois pas pourquoi on devrait mettre un crossdomain.xml sur nos serveurs. |
| Commentaire de Renaud Dierickx [ 09/févr./09 15:36 ] |
|
Hello Benjamin, Ne connaissant pas le réel besoin qu'il y a derrière cette demande, peux-tu répondre à Christophe ? Merci d'avance. |
| Commentaire de Benjamin Guerville [ 16/févr./09 11:41 ] |
|
oui, j'attends un retour de la régie (explications claires). merci |
| Commentaire de Fabrice Feugas [ 27/févr./09 09:59 ] |
|
Doublon de |
[APP-24576] Permettre de forcer l'utilisation des propriétés de ressources HTTPS sur des pages qui sont demandées en HTTP Création: 11/mars/09 14:22 Mise à jour: 29/sept./09 11:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | tech |
| Description |
|
Bonjour, Contexte: les nouveaux CDN tels que PantherExpress ou Limelight qui sont appelés à remplacer Akamaï ne proposent pas de faire du SSL de bout en bout. Lorsqu'une URL en https est appelé via leur service, la connexion entre le navigateur et le edge serveur est cryptée mais pas celle entre le edge serveur et le serveur d'origine (img.priceminister.com par exemple). Du coup, l'application génère les pages HTTPS avec des liens HTTP, ce qui déclenche des alertes de sécurité au niveau du navigateur. Par exemple, la page /res/css/0/www/www/13035/base_old.css appelée en https par le navigateur via Panther Express (https://pm-fr.pantherssl.com/res/css/0/www/www/13035/base_old.css) contiendra des liens en HTTP en pan.priceminister.com: html{color:#036;font-family:Arial,Helvetica,sans-serif;font-size:13px;font-size-adjust:none;font-style:normal;font-variant:normal;font-weight:normal;line-height:normal;background:#fff;} body{position:relative;width:auto;margin:0;border:0;padding:5px 7px 5px 7px;} #struct_page div,#struct_page p,#struct_page ul,#struct_page li,#struct_page dl,#struct_page dt,#struct_page dd,#struct_page table,#struct_page tr,#struct_page td,#struct_page h1,#struct_page h2,#struct_page h3,#struct_page h4,#struct_page h5,#struct_page embed,#struct_page hr,#struct_page form{margin:0;border:0;padding:0;background:none;} #struct_page ul,#struct_page li,#struct_page dl,#struct_page dt,#struct_page dd{list-style:none;} img{border:0;} a,a:visited{color:#036;text-decoration:none;} a:hover{text-decoration:underline;} #struct_page{width:auto;min-width:988px;_width:expression(documentElement.clientWidth < 1002 ?(documentElement.clientWidth == 0 ?(body.clientWidth < 1002 ? "988":"auto"):"988px"):"auto");} .clear{clear:left;font-size:1px;color:#FFF;height:0;display:block;} .alert,.new{font-size:11px;color:#f00;font-weight:bold;} .count{color:#999;font-size:11px;font-weight:normal;} #struct_header input.bg_search,#struct_page input.bg_search{background:url(http://pan.priceminister.com/res/static/0/www/www/7098/fb/images/default/structure/header/go_srch.gif) no-repeat left top;cursor:pointer;display:inline;height:20px;min-width:24px;_width:24px;margin:0;padding:0;border:0;} .link_expand{background:url(http://pan.priceminister.com/res/static/0/www/www/24400/fb/images/default/bullet/a_arrow_expand.gif) no-repeat left 7px;} a.link_expand,a.link_expand:visited,a.link_expand:hover{color:#036;font-size:13px;font-weight:bold;text-decoration:underline;padding:0 0 0 13px;} .no_flash{color:#F00;font-weight:bold;text-align:center;font-size:12px;} Pour le moment, nous avons contourné le problème en ne mettant qu'une partie du contenu SSL chez Panther, le reste tape directement chez nous (sur https://www.priceminister.com par exemple). Les performances sont clairement moins bonnes, il faudrait trouver un moyen de contourner ce problème au niveau de l'application. |
| Commentaires |
| Commentaire de Patrice Boulanger [ 11/mars/09 14:29 ] |
|
Une solution que nous avons envisagé serait d'ajouter un
"/secured" dans l'URL afin de permettre à l'appli de savoir qu'elle doit
générer la page avec les ressources HTTPS et non HTTP. Par exemple, lorsqu'on appelle la page: https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser la page serait générée avec des URLS: https://pm-fr.pantherssl.com/res/css/0/www/www/13035/secured/base_old.css Ce qui permettrait de savoir qu'on doit générer ce CSS avec les propriétés HTTPS et non pas HTTP. Est-ce que ça vous semble jouable ? Une autre solution ? Merci. |
| Commentaire de Alexandre Garnier [ 16/mars/09 14:29 ] |
|
C'est bizarre d'appeler en non SSL chez nous. Sinon, dans le principe c'est faisable même si c'est vraiment pas évident car il va falloir vérifier 2 choses pour savoir si on doit mettre des URL en HTTPS et /secured/ : si la requête est HTTPS (ce qui n'est finalement plus le cas) ou si la ressource courante est appelée en /secured/ (faut voir si on peut simuler le premier dans le cas où on a le second). De plus, cela oblige à gérer la notion à 2 endroits différents pour créer les URL : au niveau de la base de l'URL (secure_root) et au niveau des URL de chaque action de ressource. Il serait alors plus simple d'avoir du https://pm-fr.pantherssl.com/secured/res/css/0/www/www/13035/base_old.css pour que ce soit intégré au secure_root. Du coup, il ne serait pas plus simple d'avoir http://.../secure/res qui redirige en Apache vers https://.../res. Et du coup ça devient une manip uniquement exploit et vous pouvez gérer ça comme vous voulez avec les secure_root et Apache. |
| Commentaire de Alexandre Garnier [ 29/sept./09 11:28 ] |
|
Ma proposition vous va ? Ou maintenant le SSL est OK sur tous les CDN ? |
[APP-24602] Parametrage landing Affiliation - page Achat-Vente dynamique Création: 12/mars/09 16:43 Mise à jour: 31/mars/09 14:32 Résolue: 26/mars/09 15:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 42.0.1 |
| Version(s) corrigée(s): | 43.0.3 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Mathilde Caby | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour, Après 2 mois de travail sur celle-ci, voici la nouvelle page dynamique achat-vente: http://www.test-fr.pm.dev/info/no/op/LPAV09 Notre demande correspond au paramétrage de celle-ci. Le graphique me demande de vous préciser que: « lors de l'intégration sur le cms1, les produits n'apparaitront pas. A ce moment-la, il faudra aller voir Damien pour qu'il rajoute une ligne de code dans la configuration du serveur (il est au courant) » Nous vous remercions par avance pour le traitement de notre demande. Nous restons à votre disposition. Merci Ghislain et Mathilde. |
| Commentaires |
| Commentaire de Marion Anfreville [ 17/mars/09 09:57 ] |
| Même demande que CSI-740 ? |
| Commentaire de Mathilde Caby [ 17/mars/09 10:01 ] |
|
Bonjour Marion, Non, il ne sagit pas de la même demande: - celle-ci ( - L'autre concerne une page pour les LS (liens sponsorisés) et n'a pas exactement le même contenu. A ta disposition Peux-tu me dire quand penses-tu que la page sera en ligne stp? Merci d'avance pour ton retour Mathilde |
| Commentaire de Marion Anfreville [ 19/mars/09 09:49 ] |
|
Si on a tous les éléments le 20/03 (=> vendredi), on peut
faire le paramétrage semaine 13 pour une mise en prod semaine 14. Par contre, le lien que tu as fourni pointe vers une page en erreur : "Une erreur s'est produite lors du traitement de votre requête. Si vous pensez qu'il s'agit d'une erreur dans l'un des liens du site, envoyez un mail à contact@priceminister.com en précisant d'où vous veniez avant d'obtenir ce message." |
| Commentaire de Damien Dorizy [ 19/mars/09 10:07 ] |
| Le serveur test-fr était mort. Il est relancé, ça fonctionne maintenant. |
| Commentaire de Mathilde Caby [ 19/mars/09 15:23 ] |
|
Est-ce que les éléments sont désormais ok pour vous? A votre dispo Mathilde |
| Commentaire de Olga Costa [ 23/mars/09 11:52 ] |
|
Lpav09 (working) Lpav09-LS (working) Lpav09-RN (working) Il faut que je récupère les trois? |
| Commentaire de Mathilde Caby [ 23/mars/09 11:56 ] |
|
Oui ce serait optimal, Mais l'affiliation (lpav09(working est prioritaire) ensuite lpav09-ls pui lpav09-rn si les trois peuvent passer c top A ta dispo Mathilde |
| Commentaire de Damien Dorizy [ 23/mars/09 16:08 ] |
|
Pour info (à destination de l'integ), les produits
n'apparaissent pas par défaut car le flash fait appel à un fichier xml
présent seulement en prod (car déployé directement par l'exploit. Afin de pouvoir le tester, il faut ajouter un proxypass : ProxyPass /affiliation http://www.priceminister.com/affiliation dans la conf apache en dév et intég. |
| Commentaire de Olga Costa [ 23/mars/09 16:56 ] |
|
Mathilde, tu peux tester s'il te plait http://www.ref-fr.pm.dev/info/no/op/LPAV09 |
| Commentaire de Mathilde Caby [ 23/mars/09 17:14 ] |
|
La page a été testée et elle est validée merci a votre dispo Mathilde |
| Commentaire de Mathilde Caby [ 26/mars/09 09:52 ] |
|
Bonjour, La page ne fonctionne pas: les images ne se chargent pas. Nous vérifions le flux et revenons vers vous. Mathilde |
| Commentaire de Damien Dorizy [ 26/mars/09 10:23 ] |
|
Bonjour, Le fonctionnement de Flash semble hyper tordu. Si on essaie d'afficher le Flash directement, ça fonctionne très bien : http://pan.priceminister.com/res/pic/0/www/www/18354/LPAV.swf Cependant, sur la page HTML : http://www.priceminister.com/info/no/op/LPAV09 ça ne fonctionne pas. Dans le Flash, on fait appel à "/affiliation/fr/Affiliation_xxx.xml" (Nico, arrête-moi si je me trompe) J'en déduis que sur la page de priceminister, l'adresse appelée est : http://www.priceminister.com/affiliation/fr/Affiliation_xxx.xml Or le Flash est en PAN.priceminister.com (non WWW) D'où 3 solutions : - Appeler le Flash sur www (c'est mal non ?) - Dans le Flash, faire un appel à l'url complète : http://pan.priceminister.com/affiliation/.... (là, ça fonctionnera en prod, mais pas en dév et en intég) - Ajouter un crossdomain.xml à la racine de www.priceminister.com (peut-être la solution la plus rapide car ne nécessitant pas de déploiement, si?) |
| Commentaire de Nicolas Lewiss [ 26/mars/09 10:28 ] |
|
Oui, ce serait vraiment bien de mettre un crossdomain pour
éviter ce genre de problèmes par la suite. Si on décide de le faire,
vous pensez que ce serait dans quel délai ? merci a+ nico |
| Commentaire de Nicolas Lewiss [ 26/mars/09 11:57 ] |
|
Salut Olga, j'ai mis les swf a jour sur le test-fr, il
faudrait aussi rajouter cette ligne dans les paramètres du flash dans
infoglue : so.addVariable("domainName", "$uriFormat.getVisuelUrl('')"); est-ce que tu pourras aussi mettre a jour les pages LPAV-RN et LPAV-LS ? merci beaucoup ! :) a+ |
| Commentaire de Ghislain Gridel [ 31/mars/09 14:32 ] |
| la page fonctionne bien ce matin. merci |
[CAT-1489] Nettoyage url images pm_decitre.... Création: 06/mars/09 09:15 Mise à jour: 17/févr./10 18:03 Résolue: 26/mars/09 16:00 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Nettoyage produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Eric Vannier | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Merci de nettoyer toutes les fiches produits des urls images contenus dans le fichier ci-joint....
|
| Commentaires |
| Commentaire de Marion Anfreville [ 06/mars/09 09:46 ] |
|
J'ai enregistré le fichier ici : V:\Parametrage\04_CAT\01_FR\Referentiels\DECITRE\04_CORRECTION\06_IMAGE\ |
| Commentaire de Marion Anfreville [ 06/mars/09 09:49 ] |
|
Pour chaque ID produit indiqué dans le fichier fourni par
Eric, il faut supprimer l'attribut URL Image principale => il s'agit
d'URL pour lesquelles nous n'avons pas d'images disponibles sur le
réseau. Autre info en parallèle relative aux images Decitre : on a 60.088 images sur bacchus en attente de téléchargement. (sur bacchus, /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/pm_decitre/) |
| Commentaire de Olga Costa [ 26/mars/09 16:00 ] |
|
J'ai vérifié les produit c'est ok Donc j'ai activé import des images |
[APP-24615] Co-market - page coupon pour le ref nat Création: 13/mars/09 16:27 Mise à jour: 14/avr./09 11:41 Résolue: 06/avr./09 15:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Coupons, Infoglue |
| Affecte la/les version(s): | 42.0.1 |
| Version(s) corrigée(s): | 44.0.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Ghislain Gridel | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour, nous souhaiterions héberger une page sur une URL référencable de type www.priceminister.com/coupon-reduction Donc cette page ne peut pas être hébergée sous Infoglue. Voilà l'URL del apge crée par Nicolas : http://www.test-fr.pm.dev/info/no/op/LPAV09RN Merci ! A votre dispo pour toute question. Ghislain |
| Commentaires |
| Commentaire de Alexandre Garnier [ 16/mars/09 14:53 ] |
| Euh, quelle différence avec les landing page coupon (http://www.priceminister.com/lpc1) qui ne sont que des URL symboliques référençables vers des pages d'opération marketing qui sont sous IG (http://www.priceminister.com/info/co/op/lpc1) ? |
| Commentaire de Ghislain Gridel [ 16/mars/09 15:42 ] |
| je ne sais pas... |
| Commentaire de Thierry Leforestier [ 16/mars/09 15:54 ] |
|
les pages sous /info/ sont interdites a Google par la ligne suivante dans le fichier robots.txt : Disallow: /info/co/op/ Donc pour pouvoir référencer cette page, elle doit sortir de ce dossier. Thierry |
| Commentaire de Alexandre Garnier [ 16/mars/09 16:04 ] |
|
Oui, ça c'est la demande. Mais l'utilisation d'un URL hors /info/co qui sert le contenu d'une page qui est en fait dans /info/co permet de résoudre le problème via un système qui est déjà en place : http://www.priceminister.com/lpc1 est référençable même si c'est en fait la page http://www.priceminister.com/info/co/op/lpc1 |
| Commentaire de Thierry Leforestier [ 16/mars/09 16:14 ] |
|
Je ne l'avais pas compris dans ce sens, oui un lien symbolique suffit amplement. Thierry |
| Commentaire de Fabrice Feugas [ 16/mars/09 16:31 ] |
|
Dans ce cas, on peut utiliser le même mécanisme. Quelqu'un sait comment on a fonctionné pour lpc1 ? En revanche, la page que vous souhaitez faire référencée est en flash, du coup est-ce qu'on veut modifier le contenu pour avoir du code HTML crawlable ? |
| Commentaire de Thierry Leforestier [ 16/mars/09 16:38 ] |
| C'est une remarque que j'ai faite il y a peu de temps. |
| Commentaire de Ghislain Gridel [ 16/mars/09 18:21 ] |
| Le flash est nécessaire pour faire apparaître le système de meilleures ventes. nous avons introduit du html en bas de page. Thierry, que pouvons-nous faire d'autre sans toucher au flash ? |
| Commentaire de Fabrice Feugas [ 17/mars/09 18:51 ] |
|
La redirection à la "lpc1" ne peut pas fonctionner puisqu'on veut jouer sur les metatags dans la nouvelle page. Donc il faut bien une page à part. On garde ça sous le coude et on le priorise ASAP. Si vous voulez optimiser la page avec le service ref, préparez les reco ASAP. |
| Commentaire de Fabrice Feugas [ 18/mars/09 11:12 ] |
| Comme appris en comarket ce matin, c'est du PARAM. Je renvoie donc le JIRA. |
| Commentaire de Marion Anfreville [ 19/mars/09 09:53 ] |
|
La page fourni par Nicolas ne semble pas valide : http://www.test-fr.pm.dev/info/no/op/LPAV09RN On a le message suivant : "Une erreur s'est produite lors du traitement de votre requête. Si vous pensez qu'il s'agit d'une erreur dans l'un des liens du site, envoyez un mail à contact@priceminister.com en précisant d'où vous veniez avant d'obtenir ce message." Le paramétrage est prévu semaine 14 pour mise en prod semaine 15 => si on a tous les éléments pour traiter la demande au 27/03. |
| Commentaire de Marion Anfreville [ 30/mars/09 14:57 ] |
| Paramétrage prévu cette semaine (S14). |
| Commentaire de Olga Costa [ 31/mars/09 12:32 ] |
|
Ghislain peux tu tester s'il te plait http://www.ref-fr.pm.dev/info/no/op/LPAV09RN Mise en prod le 09/04 |
| Commentaire de Ghislain Gridel [ 31/mars/09 14:16 ] |
|
les images n'apparaissent pas. Quelle sera l'url ? |
| Commentaire de Damien Dorizy [ 31/mars/09 15:42 ] |
|
Ok pour les images maintenant. Il faudrait cependant faire un Jira au dév (CTN) pour qu'à terme, une fonction puisse retourner le même nom de domaine que le Flash. |
| Commentaire de Damien Dorizy [ 31/mars/09 19:45 ] |
|
Il existe cependant un risque que ce problème se reproduise. Lorsque Flash charge le fichier XML contenant les produits à afficher (et les images), il faut que ce flux XML soit sur le même domaine que lui (http://pan.priceminister.com ou autre). Ce nom de domaine est défini en property dans l'application par l'exploit, qui peut ainsi appeler certaines images sur Panter, certaines sur Akamaï,... Il n'existe aujourd'hui aucun moyen d'accéder à cette valeur directement. Si la valeur change, on peut donc se retrouver dans la même situation, sans images. Il faudrait donc créer des méthodes getBaseXxxUrl pour chacun des types de ressources, pour ne plus avoir ce problème dans le futur. |
| Commentaire de Ghislain Gridel [ 01/avr./09 09:17 ] |
| Merci Damien. Faut-il faire un JIRA pour créer des méthodes getBaseXxxUrl ? |
| Commentaire de Ghislain Gridel [ 09/avr./09 15:45 ] |
|
Bonjour, L'url ne fonctionne pas ce matin, pourtant le JIRA est fermé. http://www.priceminister.com/coupon-reduction Y-a-t-il un bug ? |
| Commentaire de Olga Costa [ 09/avr./09 15:50 ] |
|
url de la page http://www.priceminister.com/info/no/op/LPAV09RN |
| Commentaire de Ghislain Gridel [ 09/avr./09 17:42 ] |
|
Merci olga, la demande (voir plus haut) était de créer une page pour qu'elle soit référencée naturellement donc avec une URL qui ne soit pas bloquée par les robots txt. Hors l'url en info/no/op est bloquée par les robots. |
| Commentaire de Ghislain Gridel [ 10/avr./09 16:39 ] |
|
Autre reco du ref nat : La balise title est générique, il faut qu'elle soit adaptée a la page, même chose pour la balise description. |
| Commentaire de Alexandre Garnier [ 10/avr./09 17:40 ] |
| Pas possible d'adapter les méta-tags ! |
| Commentaire de Thierry Leforestier [ 10/avr./09 17:45 ] |
| Oh il doit bien y avoir une bidouille a faire non ? |
| Commentaire de Alexandre Garnier [ 10/avr./09 17:47 ] |
| Eventuellement côté Apache, mais côté DEV/PARAM, c'est pas encore prévu pour ce genre de page. |
| Commentaire de Fabrice Feugas [ 10/avr./09 18:00 ] |
| Aucune dispo dev en ce moment. |
| Commentaire de Fabrice Feugas [ 10/avr./09 18:00 ] |
| Ghislain, as-tu vu avec l'exploit pour la redirection? |
| Commentaire de Patrice Boulanger [ 14/avr./09 10:59 ] |
|
Le script des pages pseudo-statiques a été modifié pour générer la pages bon-reduction. |
| Commentaire de Ghislain Gridel [ 14/avr./09 11:41 ] |
|
l'url fonctionne bien. Merci Patrice. http://www.priceminister.com/bon-reduction |
META-TACHE Landing Page coupon référencée
(APP-25118)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 50.0.0 (CAT-J) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Nous avons migré la page que l'on souhaite référencer pour
qu'elle ait l'URL "/info/bon-reduction". En terme de REF, il n'y a donc
plus besoin de la page pseudo statique
"priceminister.com/bon-reduction". Vu avec GGR, on peut la supprimer
après la sortie de la CAT-I. A votre dispo si besoin d'autres infos. Merci. |
| Commentaires |
| Commentaire de Fabrice Feugas [ 05/mai/09 13:50 ] |
| Il s'agit de recharger la page pseudo-statique le jour de la mise en prod de la CAT-I. |
| Commentaire de Christophe Garcia [ 13/mai/09 11:00 ] |
|
Fabrice, merci de NE PAS AFFECTER de tâche de déploiement directement à l'EXPLOIT. Ces opérations doivent être d'abord menées en INTEG Merci C. |
| Commentaire de Christophe Garcia [ 13/mai/09 11:01 ] |
|
Que fait-on de l'ancienne URL de cette page ? On redirige ? On s'en fout ? |
| Commentaire de Fabrice Feugas [ 13/mai/09 11:31 ] |
|
C'est noté pour le JIRA a l'integ. On s'en fout, on peut nettoyer. Désormais la page se trouvera à www.priceminister.com/info/bon-reduction. |
| Commentaire de Christophe Garcia [ 14/mai/09 11:06 ] |
|
Certes mais il y a sûrement aujourd'hui dans la nature
(mail, google, ...) l'ancienne URL de la page statique qui se promène. Ceux qui utiliseront cette URL vont se manger une 404 |
| Commentaire de Fabrice Feugas [ 14/mai/09 11:41 ] |
|
Thierry qu'est-ce que t'en penses? Ghislain, avez-vous déjà communiqué sur cette page? Si déjà référencée par GG ou autre, peut-on envisager de faire une redirection en 301 quelque temps avant de supprimer la page histoire de référencer uniquement la nouvelle ? Si on conserve la page pseudo-statique, on aura un doublon. Sinon, ne préfère t-on pas supprimer la page et recommencer le travail avec la nouvelle page ? |
| Commentaire de Thierry Leforestier [ 14/mai/09 11:50 ] |
| Google ne semble pas connaitre la page, mais il se peut qu'il l'ai déjà vue.. Par sécurité, aurant faire une redirection 301 vers la nouvelle via apache. |
| Commentaire de Fabrice Feugas [ 14/mai/09 11:53 ] |
| J'ai changé l'intitulé du JIRA. |
| Commentaire de Fabrice Feugas [ 14/mai/09 14:37 ] |
| En fait c'est bon on peut la supprimer, je confirme qu'il n'y aura aucun impact, ni référencement, ni page d'erreur car aucun lien qui pointent vers cette futur-ex-page. |
| Commentaire de Christophe Garcia [ 14/mai/09 15:53 ] |
| OK. On ne fait rien donc. |
| Commentaire de Fabrice Feugas [ 14/mai/09 17:21 ] |
| Tant qu'elle existera plus en prod à la sortie de la CAT-I, tout va bien. |
[APP-25604] Il manque les redirections des pages statiques vers les pages dynamiques Création: 11/juin/09 16:14 Mise à jour: 12/juin/09 11:25 Résolue: 11/juin/09 16:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 48.0.0 (CTN-L) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Ariane Baldinger | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | divers |
| Description |
|
Il faudrait créer les redirections des pages statiques vers
les pages dynamiques (au cas où un tracking est présent dans l'URL) pour
'Phones&PDA' et 'Electronics'. Merci |
| Commentaires |
| Commentaire de Renaud Dierickx [ 11/juin/09 16:55 ] |
|
C'est fait ! modified source/etc/apache/rewrite.rules.uk Committed revision 25347. http://pricewiki.lan/Wiki.jsp?page=CTN-L |
[APP-25605] [ES] Il manque les redirections des pages statiques vers les pages dynamiques sur 'Hogar' Création: 11/juin/09 16:18 Mise à jour: 12/juin/09 11:23 Résolue: 11/juin/09 16:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 48.0.0 (CTN-L) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Ariane Baldinger | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | divers |
| Description |
|
Il faudrait créer les redirections des pages statiques vers
les pages dynamiques (au cas où un tracking est présent dans l'URL) pour
'Hogar' Merci |
| Commentaires |
| Commentaire de Renaud Dierickx [ 11/juin/09 16:44 ] |
|
C'est fait ! modified source/etc/apache/rewrite.rules.es Committed revision 25346. http://pricewiki.lan/Wiki.jsp?page=CTN-L |
[UK] Ouverture Informatique
(APP-25324)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 48.0.0 (CTN-L) |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM archivés: | NpF Informatique UK |
| Description |
|
Créer les redirections des pages statiques vers les pages dynamiques (au cas où un tracking est présent dans l'URL) Merci |
| Commentaires |
| Commentaire de Renaud Dierickx [ 11/juin/09 18:36 ] |
|
C'est fait ! modified source/etc/apache/rewrite.rules.uk Committed revision 25349. http://pricewiki.lan/Wiki.jsp?page=CTN-L |
[UK] NpF Mode - Activation - Pre / Post Deploy
(APP-23896)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 48.0.0 (CTN-L) |
| Type: | Sub-bug | Priorité: | Critique |
| Rapporteur: | Ariane Baldinger | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | divers |
| Description |
|
Créer les redirections des pages statiques vers les pages
dynamiques (au cas où un tracking est présent dans l'URL) sur 'Fashion' Merci |
| Commentaires |
| Commentaire de Renaud Dierickx [ 11/juin/09 16:40 ] |
|
C'est fait ! modified source/etc/apache/rewrite.rules.uk Committed revision 25345. http://pricewiki.lan/Wiki.jsp?page=CTN-L |
[APP-26003] [RG] Tous les mots situés après un / disparaissent (ou donne un 404 sur les cobs) Création: 22/juil./09 11:29 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Navigateur: | Tous | ||||||||
| Projets PM archivés: | Recherche globale | ||||||||
| Description |
|
Nip / Tuck
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 22/juil./09 12:55 ] |
|
Une solution un peu complexe serait de transformer les / en
un caractère connu de nous seul dans le javascript qui construit l'url
en /, puis de faire la trad inverse en jboss. Une grosse bidouille,
quoi. On ne peut pas passer un / (c'est à dire %2f) tel quel dans un paramètre cgi c'est interdit. Il faut encoder le pourcent (il deviendrait %252f), or l'on a demandé à apache de surrencoder (cf EXP-3960) du coup jboss ne le comprend pas comme un /. Vu le jira ci dessus, je propose de mettre cela pour un peu plus tard. Ci dessous un dernier extrait de mail (EGV-> PBO +NCH, 21/07/2009 19:06) Nous remarquons une différence de comportement entre trois environnements (dev, recette, integ/prod). Malheureusement, le comportement qui nous plairait d'avoir c'est celui de dev. Cela concerne le traitement d'url avec des « / » encodés ( « %2F »). Pour fixer les idées, soit l'url /nav/Loisirs/kw/top%2Fft%2Fn En prod et en intégration : est traduit par quelqu'un en /nav/Loisirs/kw/top/ft/n et c'est ce qui est envoyé à jboss : on a donc un filtre neuf. Equivalent à un ?kw=top&ft=n. En recette : est interprété par apache qui va donc rechercher une arborescence /nav/Loisirs/kw/top/ft/n qui donne une 404. En dev : personne ne traduit quoique ce soit et du coup jboss considère que top%2Fft%2Fn est bien la valeur du paramètre kw. Equivalent à un ?kw=top%2fft%2fn. Une piste de Nicolas : http://httpd.apache.org/docs/2.0/mod/core.html#allowencodedslashes http://www.webmasterworld.com/apache/3279075.htm Ma réponse : Rajouter un AllowEncodedSlashes On sur la conf apache des serveurs de recette nous a permis faire en sorte que les serveurs de recette fonctionnent comme l'integ et le prod. One point. En revanche, le deuxième lien nous dit bien qu'il ne faut pas envoyer des %2f dans des url, c'est seulement dans des query string qu'on a le droit. Il faut envoyer des %252f. Le problème quand on fait cela, c'est qu'il faut enlever l'option d'encodage de jk pour que les %252f soit bien interprété par jboss comme un /, sinon il le transforme comme un %2f et le garde comme ça. Mais si on enlève cette option, on ne peut plus chercher 100% debouze. Du coup, pas de solutions à court terme... sauf à passer les requête dans une query string (ce qui ravirait Alex). Mais la c'est le réf qui va pas être content. |
| Commentaire de Cédric Goldovsky [ 22/juil./09 14:45 ] |
| 404 sur les cobs pour nip / tuck |
[APP-26105] Mise en place d'un système pérenne de gestion des résultats de recherche globale Création: 29/juil./09 09:48 Mise à jour: 01/mars/10 10:44 Résolue: 26/févr./10 11:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | 63.0.0 (VEN-A) |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Thierry Leforestier |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Se débarasser du système horrible qui consiste à écrire des
choses dans les logs, à parser ces logs (!!!!) pour extraire ces mêmes
choses puis les ré-injecter dans la base.
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 30/juil./09 12:22 ] |
|
Explication du process : - Les données sont stockées dans les logs (mots clés saisis par les internautes) - Les logs sont parsés, puis les données stockées ailleurs "en l'état" --> Ca permet de faire toutes les stats voulues par le Ref. --> Mais surtout, ça permet de faire tout un tas de traitements et analyses permettant de générer les bloc Topsearch - Enfin, certains de ces mots sont qualifiés pour être injectés dans la base dynamo. Effectivement ... on tourne un peu en rond ... mais avant d'être ré-injectées, les données ont été qualifiées / traitées ... Et : --> On est obligé d'externaliser un moment les données car le calcul des bloc topsearch ne peut être fait en "live" et exploite d'autre source de données non disponibles dans l'appli (crawl ...etc...) --> Donc, le seul truc qu'on pourrait changer c'est écrire directement dans une table plutôt que dans les logs ... mais ça ne changerai pas grand chose au principe global ... et puis il faudrait vider cette table régulièrement ... car elle n'a pas besoin en PROD de grossir indéfiniment ...etc ... Thierry ? Tu vois comment améliorer / simplifier ça ? |
| Commentaire de Thierry Leforestier [ 19/août/09 17:41 ] |
|
pas mieux que toi, je ne connais pas le mécanisme exact de
génération des logs, je n'ai fait que l'entrevoir récemment lors du
projet recherche globale. Si ni toi, ni edouard ne voyez de meilleure solution, il y a peu de chances que j'en voie une... Won't Fix ? Thierry |
| Commentaire de Thierry Leforestier [ 26/févr./10 11:12 ] |
|
Je ferme ce Jira car il n'y a pas de top solution. Le problème est le même que pour les logs apache : on écrit dans des logs, on les parse et on les re-rentre en base. |
[APP-25922] Redirection HU Video-dvd-vhs Création: 15/juil./09 14:31 Mise à jour: 16/juil./09 11:59 Résolue: 16/juil./09 10:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 49.0.1 (Acc. mode UK + NPF Sports & Loisirs ES + Soldes UK + Suppression HU Informatique ES ) |
| Version(s) corrigée(s): | 49.0.1 (Acc. mode UK + NPF Sports & Loisirs ES + Soldes UK + Suppression HU Informatique ES ) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Même combat que pour /informatica en Espagne. Nous n'avions pas fait de redirection sur la home DVD&Vhs pour test, finalement, cela semble mieux fonctionner avec la redirection. Arnaud à d'ores et déjà écrit la ligne dans le fichier de redirection. Thierry |
| Commentaires |
| Commentaire de Arnaud Forgues [ 15/juil./09 16:03 ] |
|
Vu avec TLE, on remplace dans le fichier rewrite.rule.fr : # Rewrite /video-dvd-vhs with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" RewriteRule ^/video-dvd-vhs /nav/Video [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "video-dvd-vhs(.*)/t/(\S+)" RewriteRule ^/video-dvd-vhs /nav/Video%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "video-dvd-vhs(.*)/tracking/(\S+)" RewriteRule ^/video-dvd-vhs /nav/Video%1/tracking/%2 [R,L,NE] par # Rewrite /video-dvd-vhs pseudo-static page, which has been deleted RewriteRule ^/video-dvd-vhs(.*) /nav/Video$1 [R=301,L,NE,QSA] |
| Commentaire de Thierry Leforestier [ 16/juil./09 10:41 ] |
| Ok sur devtest1 avec et sans tracking. |
| Commentaire de Arnaud Forgues [ 16/juil./09 10:55 ] |
|
OK ! Commité sur la branche bm:dev/release/V49 pour partir en V49_0_1 NB : [forguesa@gobillard dev]$ bzr ci --fixes APP:25922 source/etc/apache/rewrite.rules.fr Committing to: bzr://perrier/dev/release/V49/ modified source/etc/apache/rewrite.rules.fr Committed revision 25435. CAJ2009Q3TX |
[APP-25976] Suppression de redirection Création: 20/juil./09 18:22 Mise à jour: 21/juil./09 12:40 Résolue: 21/juil./09 10:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 49.0.1.1 (NpF Electroménager & Puériculture) |
| Version(s) corrigée(s): | 49.0.1.1 (NpF Electroménager & Puériculture) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Suppression de l'ancienne redirection suivante : RewriteRule "^/nav/Maison_petit-electro_Appareils-divers_Lampe-torche([^\/_]|$)" "/nav/Maison_electro/f1/Lampe" [NE,QSA,L,R=301] RewriteRule ^/navigation/.+/category/206390([^_]|$) "/nav/Maison_petit-electro_Appareils-divers_Lampe-torche/fp/ADe+10+%E0+25+\%26euro\%3B" [NE,QSA,L,R=301] La valeur n'existe plus en production. |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 20/juil./09 18:45 ] |
| - A supprimer du fichier rewrite.rules.fr |
| Commentaire de Arnaud Forgues [ 21/juil./09 10:03 ] |
|
Les redirections ont été supprimées NB : Tag V49_0_1 déplacé sur la branche bm:dev/release/V49 [forguesa@gobillard apache]$ bzr ci --fixes APP:25976 Committing to: bzr://perrier/dev/release/V49/ modified source/etc/apache/rewrite.rules.fr Committed revision 25442. [forguesa@gobillard apache]$ bzr tag --force V49_0_1 Created tag V49_0_1 |
| Commentaire de Arnaud Forgues [ 21/juil./09 10:03 ] |
| CAJ2009Q3TX |
[APP-25759] Erreur BAD REQUEST sur recherche avec apostrophe typographique (penchée) Création: 25/juin/09 12:11 Mise à jour: 30/juin/09 14:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 48.0.2 (PAR-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Julien Sananikone | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
FF 3 encode comme ça: http://www.priceminister.com/navigation/se/category/sa/kw/L%u2019endroit+du+d%E9cor IE7: http://www.priceminister.com/?action=se&kw=L%92endroit+du+d%E9cor&category=sa --> ne plante pas mais reste sur la page d'accueil pour info, j'ai juste fait un copier/coller du titre du livre (l'endroit du décor) depuis le site de radio france. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 30/juin/09 14:58 ] |
| c'est le caractère : %u2019 qui fait planter ... c'est plutot du coté de apache que ça plante ... mais c'estpeut être normal ? |
[APP-25938] Redirections Puériculture Création: 16/juil./09 10:22 Mise à jour: 21/juil./09 12:40 Résolue: 21/juil./09 10:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 49.0.1.1 (NpF Electroménager & Puériculture) |
| Version(s) corrigée(s): | 49.0.1.1 (NpF Electroménager & Puériculture) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Référencement : Optim. NpF |
| Commentaires |
| Commentaire de Thierry Leforestier [ 16/juil./09 10:22 ] |
| mis en forme selon le format du fichier rewrite.rules.fr |
| Commentaire de Thierry Leforestier [ 16/juil./09 11:53 ] |
| j'ajoute également la redirection pour electroménager |
| Commentaire de Thierry Leforestier [ 17/juil./09 17:27 ] |
|
Le bon fichier est "puericulture ordered". Les redirections n'étaient pas dans le bon ordre. Thierry |
| Commentaire de Espérance Galouo-Lece [ 20/juil./09 18:44 ] |
| - A ajouter au fichier rewrite.rules.fr |
| Commentaire de Arnaud Forgues [ 21/juil./09 10:26 ] |
|
Redirections ajoutées au fichier d'après les PJ : - redirection_electro.txt - redirections_puericulture_ordered.txt NB : Tag V49_0_1 déplacé sur la branche bm:dev/release/V49 [forguesa@gobillard apache]$ bzr ci --fixes APP:25938 Committing to: bzr://perrier/dev/release/V49/ modified source/etc/apache/rewrite.rules.fr Committed revision 25443. [forguesa@gobillard apache]$ bzr tag --force V49_0_1 Created tag V49_0_1 CAJ2009Q3TX |
[INF-337] Mise en place de serveurs de recette pour le PARAM Création: 15/juil./09 10:32 Mise à jour: 16/juil./09 15:18 Résolue: 16/juil./09 15:18 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Olga Costa | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
rec-fr rec-es rec-uk |
| Commentaires |
| Commentaire de Alexandre Garnier [ 15/juil./09 12:05 ] |
|
Sur brice ou bollinger (brice de pref) Créer aussi les répertoires /data1/htdocs/virtualhosts/rec-XX.pm.dev/ pour Apache pour ces utilisateurs sur boulard (et au passage si possible pour dev10 : /data1/htdocs/virtualhosts/dev10.pm.dev/ M'assigner le JIRA ensuite pour que je m'occupe des conf JBoss. |
| Commentaire de Stéphane Eccli [ 16/juil./09 11:02 ] |
| comptes et répertoires créés sur brice et boulard. |
| Commentaire de Alexandre Garnier [ 16/juil./09 15:18 ] |
|
Voilà les 3 serveurs sont sur brice exactement comme les REF-XX mais en operatingMode 2. Ajouté dans la page Wiki http://pricewiki.lan/Wiki.jsp?page=SitePriceminister#section-SitePriceminister-Recette |
[APP-26515] Mauvaise redirection pour le SEARCH dans l'AUTO Création: 16/sept./09 11:07 Mise à jour: 16/sept./09 15:59 Résolue: 16/sept./09 15:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.0 (TX-I) |
| Version(s) corrigée(s): | 53.0.0 (TX-I) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Thierry Leforestier |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Recherche globale |
| Description |
|
Le search dans l'AUTO (s_vehicle et search_vehicle) est actuellement renvoyé vers la recherche globale de PM. Ne faudait-il pas envoyer ces URL vers PMAuto ? Exemple : /navigation/se/category/s_vehicle/kw/volkswagen+passat /navigation/se/category/s_vehicle/kw/renault/pos/581/sort/10?t=1842840 /navigation/se/category/s_vehicle/kw/bmw/pos/121/sort/10?t=1842840 /navigation/se/category/s_vehicle/kw/renault+megane /navigation/se/category/s_vehicle/kw/renault+scenic /navigation/se/category/search_vehicle/kw/350Z |
| Commentaires |
| Commentaire de Arnaud Forgues [ 16/sept./09 12:03 ] |
| Les redirections apache sont-elles bien en place en INTEG ? |
| Commentaire de Christophe Garcia [ 16/sept./09 15:42 ] |
| oui |
| Commentaire de Emeric Teil [ 16/sept./09 15:51 ] |
| A priori, ces redirections ont été "écrasées" lors du projet "recherche globale" puisque depuis, toutes les recherches par cat pointe sur la recherche globale. |
| Commentaire de Thierry Leforestier [ 16/sept./09 15:55 ] |
|
Ça ne pose pas de problèmes, la règle générale était de
rediriger tous les univers de recherche NPC vers la recherche globale. Ça na que très peu voire pas d'impact sur pmauto. Thierry |
| Commentaire de Christophe Garcia [ 16/sept./09 15:59 ] |
| C'est le comportement voulu |
[APP-26219] Modification des redirections Maison Electroménager Création: 18/août/09 14:11 Mise à jour: 25/août/09 09:25 Résolue: 20/août/09 16:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | 50.0.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Suite à un problème sur la construction des filtres dans
l'univers Maison Electroménager (interversion des numéros de filtres),
il faut modifier les redirections existantes pour Maison Électroménager. Le nouveau fichier est en PJ. |
| Commentaires |
| Commentaire de Martin Sudmann [ 20/août/09 16:50 ] |
|
Livré pour la France, en déplaçant le tag V50_0_2 : revno: 25498 tags: V50_0_2 committer: sudmannm <Martin.Sudmann@priceminister.com> branch nick: dev timestamp: Thu 2009-08-20 16:46:26 +0200 message: |
Remplacement HU Hogar
(APP-26453)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 53.0.1 |
| Version(s) corrigée(s): | 53.0.1 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Redirection 301 de la home statique vers la home dynamique
|
| Commentaires |
| Commentaire de Thierry Leforestier [ 17/sept./09 11:17 ] |
|
Il faut remplacer dans le rewrite_rules_es : # Rewrite /hogar with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" RewriteRule ^/hogar /nav/Hogar [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "/hogar(.*)/t/(\S+)" RewriteRule ^/hogar /nav/Hogar%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "/hogar(.*)/tracking/(\S+)" RewriteRule ^/hogar /nav/Hogar%1/tracking/%2 [R,L,NE] par # Rewrite /hogar pseudo-static page, which has been deleted RewriteRule ^/hogar(.*) /nav/Hogar$1 [R=301,L,NE,QSA] |
| Commentaire de Arnaud Forgues [ 21/sept./09 17:48 ] |
|
Ok pour cette redirection ! Tag V53_0_1 déplacé sur ce commit Pour info : [forguesa@gobillard apache]$ bzr cdiff === modified file 'source/etc/apache/rewrite.rules.es' --- source/etc/apache/rewrite.rules.es8K2009-09-07 14:23:26 +0000 +++ source/etc/apache/rewrite.rules.es 2009-09-21 15:47:09 +0000 @@ -120,18 +120,8 @@ # Rewrite /moda pseudo-static page, which has been deleted RewriteRule ^/moda(.*) /nav/Moda$1 [R=301,L,NE,QSA] -#Rewrite /hogar with tracking (manage url with cgi and path mode) -RewriteCond %{QUERY_STRING} ".*t=.*" [OR] -RewriteCond %{QUERY_STRING} ".*tracking=.*" [OR] -RewriteCond %{QUERY_STRING} ".*xtatc=.*" -RewriteRule ^/hogar /nav/Hogar [R,L,QSA,NE] - -RewriteCond %{THE_REQUEST} "hogar(.*)/t/(\S+)" -RewriteRule ^/hogar /nav/Hogar%1/t/%2 [R,L,NE] - -RewriteCond %{THE_REQUEST} "hogar(.*)/tracking/(\S+)" -RewriteRule ^/hogar /nav/Hogar%1/tracking/%2 [R,L,NE] - +# Rewrite /hogar pseudo-static page, which has been deleted +RewriteRule ^/hogar(.*) /nav/Hogar$1 [R=301,L,NE,QSA] #Rewrite /ocio-deportes with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] [forguesa@gobillard apache]$ bzr ci --fixes APP:26455 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.es Committed revision 25611. [forguesa@gobillard apache]$ bzr tag --force V53_0_1 Created tag V53_0_1 CAJ2009Q3TX |
Remplacement HU Enfant
(APP-26459)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 53.0.1 |
| Version(s) corrigée(s): | 53.0.1 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Redirection 301 de la home statique vers la home dynamique
|
| Commentaires |
| Commentaire de Thierry Leforestier [ 17/sept./09 11:14 ] |
|
Il faut remplacer dans le rewrite_rules_fr : # Rewrite /enfants-jeux-jouets with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" RewriteRule ^/enfants-jeux-jouets /nav/Enfant [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "/enfants-jeux-jouets(.*)/t/(\S+)" RewriteRule ^/enfants-jeux-jouets /nav/Enfant%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "/enfants-jeux-jouets(.*)/tracking/(\S+)" RewriteRule ^/enfants-jeux-jouets /nav/Enfant%1/tracking/%2 [R,L,NE] par # Rewrite /enfants-jeux-jouets pseudo-static page, which has been deleted RewriteRule ^/enfants-jeux-jouets(.*) /nav/Enfant$1 [R=301,L,NE,QSA] |
| Commentaire de Arnaud Forgues [ 21/sept./09 17:45 ] |
|
Ok pour cette redirection. Tag V53_0_1 posé Pour info : [forguesa@gobillard apache]$ bzr cdiff === modified file 'source/etc/apache/rewrite.rules.fr' --- source/etc/apache/rewrite.rules.fr5K2009-09-16 15:01:52 +0000 +++ source/etc/apache/rewrite.rules.fr 2009-09-21 15:43:27 +0000 @@ -154,18 +154,8 @@ RewriteCond %{THE_REQUEST} "/mode-textile(.*)/tracking/(\S+)" RewriteRule ^/mode-textile /nav/Mode%1/tracking/%2 [R,L,NE] -# Rewrite /enfants-jeux-jouets with tracking (manage url with cgi and path mode) -RewriteCond %{QUERY_STRING} ".*t=.*" [OR] -RewriteCond %{QUERY_STRING} ".*tracking=.*" [OR] -RewriteCond %{QUERY_STRING} ".*xtatc=.*" -RewriteRule ^/enfants-jeux-jouets /nav/Enfant [R,L,QSA,NE] - -RewriteCond %{THE_REQUEST} "/enfants-jeux-jouets(.*)/t/(\S+)" -RewriteRule ^/enfants-jeux-jouets /nav/Enfant%1/t/%2 [R,L,NE] - -RewriteCond %{THE_REQUEST} "/enfants-jeux-jouets(.*)/tracking/(\S+)" -RewriteRule ^/enfants-jeux-jouets /nav/Enfant%1/tracking/%2 [R,L,NE] - +# Rewrite /enfants-jeux-jouets pseudo-static page, which has been deleted +RewriteRule ^/enfants-jeux-jouets(.*) /nav/Enfant$1 [R=301,L,NE,QSA] # Rewrite /auto-moto with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] [forguesa@gobillard apache]$ bzr ci --fixes APP:26461 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25610. [forguesa@gobillard apache]$ bzr tag V53_0_1 Created tag V53_0_1. CAJ2009Q3TX |
[Chantier Qualité NPF - Optimisations - Nouvelle modélisation - Livres PMUK]
(APP-27047)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 56.0.1 (Ouverture rubrique jouet) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Description |
|
générer les règles de redirections suite aux modifications NPF de Livres UK.
|
| Commentaires |
| Commentaire de Many Pes [ 30/oct./09 14:41 ] |
|
Règles de redirections à tester en integ avant une mise en place du fichier en post deployed. Ces règles ne remplacent pas les autres redirections qui existent peut être déjà. |
| Commentaire de Many Pes [ 02/nov./09 18:12 ] |
| Prendre en compte le dernier fichier V3 |
| Commentaire de Many Pes [ 03/nov./09 10:06 ] |
| Redirections du fichier V3, testé et validé en integ. |
| Commentaire de Arnaud Forgues [ 03/nov./09 11:05 ] |
|
OK ! [forguesa@gobillard source]$ bzr ci --fixes APP:27050 etc/apache/rewrite.rules.uk Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.uk Committed revision 25713. |
[Qualité NpF Lot3] Mise en place nouvelles améliorations
(APP-26256)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 56.0.1 (Ouverture rubrique jouet) |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Générer les redirections livres PMFR, lancer un crawl sur l'integ et la prod quand l'indexation est ok. Puis transmettre à l'integ pour tester. |
| Commentaires |
| Commentaire de Many Pes [ 30/oct./09 14:44 ] |
|
Règles de redirections à tester en integ avant une mise en place du fichier en post deployed. Ces règles ne remplacent pas les autres redirections qui existent peut être déjà. |
| Commentaire de Christophe Garcia [ 30/oct./09 17:22 ] |
|
Attention : il y a un espace de trop avant Dictionnaire sur cette règle : RewriteRule ^/nav/Livres_Livre/f1/ Dictionnaire\+et\+r.f.rence/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Dictionnaire-et-reference/f11/$1/fp/$2$3$4 [R=301,L,NE] |
| Commentaire de Many Pes [ 02/nov./09 18:10 ] |
| Prendre en compte le dernier fichier (V3) |
| Commentaire de Many Pes [ 03/nov./09 10:04 ] |
|
Il faut prendre en compte le dernier fichier qui est le V4 Merci |
| Commentaire de Arnaud Forgues [ 03/nov./09 11:03 ] |
|
OK ! [forguesa@gobillard source]$ bzr ci --fixes APP:27000 etc/apache/rewrite.rules.fr Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25712. |
[APP-26587] [Chantier Qualité NPF - Redirections] PMFR Univers DVD&VHS - Figurines (Jeux Vidéo) Création: 21/sept./09 11:07 Mise à jour: 22/sept./09 11:07 Résolue: 21/sept./09 18:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 53.0.1 |
| Version(s) corrigée(s): | 53.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM archivés: | Référencement : Optim. NpF |
| Description |
|
Voici en format .txt les règles de redirections pour PMFR --> Univers Jeux Vidéos, catégorie Figurines Univers DVD & VHS |
| Commentaires |
| Commentaire de Arnaud Forgues [ 21/sept./09 18:02 ] |
|
Ok pour ces redirections en FR Tag V53_0_1 déplacé Pour info : [forguesa@gobillard apache]$ bzr cdiff rewrite.rules.fr === modified file 'source/etc/apache/rewrite.rules.fr' --- source/etc/apache/rewrite.rules.fr 2009-09-21 15:43:55 +0000 +++ source/etc/apache/rewrite.rules.fr 2009-09-21 15:54:26 +0000 @@ -2007,6 +2007,33 @@ RewriteRule ^/info/vo/groupe/ http://www.groupe-priceminister.com/ [QSA,L,R=301,NE] + +# Redirections livrées pour la V53.0.1 : Univers Jeux Vidéos, catégorie Figurines + Univers DVD & VHS +###################################################################################################### + +# Jeux Video, Consoles et Figurines +RewriteRule \ + /nav/Jeux-Video-et-Consoles_Figurines_([a-zA-Z--]*)/f1/Divers(\+Non\+pr.cis.s)?(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? \ + /nav/Jeux-Video-et-Consoles_Figurines/f3/Non+pr%E9cis%E9$4$5 [R=301,L,NE] + +RewriteRule \ + /nav/Jeux-Video-et-Consoles_Figurines_([a-zA-Z--]*)/f1/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? \ + /nav/Jeux-Video-et-Consoles_Figurines/f3/$2$4$5 [R=301,L] + +RewriteRule \ + /nav/Jeux-Video-et-Consoles_Figurines_([a-zA-Z--]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? \ + /nav/Jeux-Video-et-Consoles_Figurines$3$4 [R=301,L] + +# Video +RewriteRule /nav/Video_([a-zA-Z0-9--]*)/f1/Autres\+genres(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Video_$1/f8/Non+pr%E9cis%E9$3$4 [R=301,L,NE] +RewriteRule /nav/Video_([a-zA-Z0-9--]*)/f1/Enfants(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Video_$1/f8/Pour+Enfants$3$4 [R=301,L] +RewriteRule /nav/Video_([a-zA-Z0-9--]*)/f1/Manga(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Video_$1/f8/Japanimation$3$4 [R=301,L] +RewriteRule /nav/Video_([a-zA-Z0-9--]*)/f1/Musical.\+Spectacle(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Video_$1/f8/Spectacle$3$4 [R=301,L] +RewriteRule /nav/Video_([a-zA-Z0-9--]*)/f1/Policier.\+Thriller(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Video_$1/f8/Policier$3$4 [R=301,L] +RewriteRule /nav/Video_([a-zA-Z0-9--]*)/f1/Court\+m.trage(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Video_$1/f8/Court-M%E9trage$3$4 [R=301,L,NE] +RewriteRule /nav/Video_([a-zA-Z0-9--]*)/f1/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Video_$1/f8/$2$4$5 [R=301,L,NE] + + ################################################################# # Redirections pour la migration Auto vers Mixad # [forguesa@gobillard apache]$ bzr ci --fixes APP:26587 rewrite.rules.fr Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25612. [forguesa@gobillard apache]$ bzr tag --force V53_0_1 Created tag V53_0_1 CAJ2009Q3TX |
[APP-26588] [Chantier Qualité NPF] Redirections PMUK Création: 21/sept./09 11:11 Mise à jour: 22/sept./09 12:47 Résolue: 21/sept./09 18:07 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 53.0.1 |
| Version(s) corrigée(s): | 53.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM archivés: | NpF Image&Son UK |
| Description |
|
Voici en format .txt les redirections pour l'univers Electronics (Image & Son) sur PMUK.
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 21/sept./09 18:07 ] |
|
Ok pour ces redirections Tag V53_0_1 déplacé Pour info : [forguesa@gobillard apache]$ bzr cdiff rewrite.rules.uk === modified file 'source/etc/apache/rewrite.rules.uk' --- source/etc/apache/rewrite.rules.uk 2009-09-04 07:31:54 +0000 +++ source/etc/apache/rewrite.rules.uk 2009-09-21 16:00:22 +0000 @@ -188,4 +188,16 @@ RewriteRule ^(.*) / [QSA,L,R=301] +# Redirections livr←es pour la V53.0.1 : Electronics (Image & Son) +################################################################### + +# Rewrite categorie image & son UK +RewriteCond %{THE_REQUEST} "/nav/Electronics_Camcorders-Digital-cameras(\S*)" +RewriteRule ^.*$ /nav/Electronics%1 [R=301,L,NE] + +# Rewrite categorie image & son UK +RewriteCond %{THE_REQUEST} "/nav/Electronics_accessories(\S*)" +RewriteRule ^.*$ /nav/Electronics%1 [R=301,L,NE] + + # [forguesa@gobillard apache]$ bzr ci --fixes APP:26588 rewrite.rules.uk Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.uk Committed revision 25614. [forguesa@gobillard apache]$ bzr tag --force V53_0_1 Created tag V53_0_1 CAJ2009Q3TX |
[APP-26589] [Qualité NpF Lot 3] Redirections PMES Création: 21/sept./09 11:14 Mise à jour: 22/sept./09 10:44 Résolue: 21/sept./09 18:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 53.0.1 |
| Version(s) corrigée(s): | 53.0.1 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Projets PM archivés: | NpF Image&Son ES |
| Description |
|
Salut Arnaud, Voici cette fois ci en format .txt les redirections (en PJ) dans le cadre du chantier NPF sur PMES. Touchant les 2 Univers suivant: - Image et Son - Maison (Hogar) Many |
| Commentaires |
| Commentaire de Arnaud Forgues [ 21/sept./09 18:05 ] |
|
Ok pour ces redirections Tag V53_0_1 déplacé Pour info : [forguesa@gobillard apache]$ bzr cdiff rewrite.rules.es === modified file 'source/etc/apache/rewrite.rules.es' --- source/etc/apache/rewrite.rules.es 2009-09-21 15:47:37 +0000 +++ source/etc/apache/rewrite.rules.es 2009-09-21 15:58:44 +0000 @@ -379,5 +379,18 @@ RewriteRule ^.*$ /info/vender [R=301,L,NE,QSA] +# Redirections livrées pour la V53.0.1 : Image et Son + Maison (Hogar) +####################################################################### + +# Rewrite categorie image & son +RewriteCond %{THE_REQUEST} "/nav/Imagen-Sonido_Foto-y-video(\S*)" +RewriteRule ^.*$ /nav/Imagen-Sonido%1 [R=301,L,NE] + +# Rewrite categorie Electrodomesticos +RewriteRule "^/nav/Hogar_Electrodomesticos$" "/nav/Hogar" [NE,QSA,L,R=301] +RewriteCond %{THE_REQUEST} "/nav/Hogar_Electrodomesticos_Pequeno-electrodomestico(\S*)" +RewriteRule ^.*$ /nav/Hogar%1 [R=301,L,NE] + + # [forguesa@gobillard apache]$ bzr ci --fixes APP:26589 rewrite.rules.es Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.es Committed revision 25613. [forguesa@gobillard apache]$ bzr tag --force V53_0_1 Created tag V53_0_1 CAJ2009Q3TX |
[Optimisation référencement] NpF Hogar
(APP-26486)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 53.0.2 |
| Version(s) corrigée(s): | 53.0.2 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| Description |
|
cf. modifications dans la tâche parente
|
| Commentaires |
| Commentaire de Many Pes [ 18/sept./09 10:14 ] |
|
Redirections écrites, en ce moment transmises à Christophe pour mise en place en integ. Dès que la recette est faite, je transmets les fichiers à Arnaud. |
| Commentaire de Christophe Garcia [ 22/sept./09 16:38 ] |
|
Pb avec nav/Hogar_Electrodomesticos/kw/barbecue Ce type d'URL n'est pas redirigé |
| Commentaire de Many Pes [ 24/sept./09 15:51 ] |
|
Un bug a été détecté sur les redirections PM ES
Electroménager, les corrections ont été faites pour mise en place en
53.0.2. Les modifications sont spécifiées en commentaires ci-dessous, un nouveau fichier.txt avec les nouvelles règles est en pièce jointe: Ancienne règles de redirection # Rewrite categorie image & son RewriteCond %{THE_REQUEST} "/nav/Imagen-Sonido_Foto-y-video(\S*)" RewriteRule ^.*$ /nav/Imagen-Sonido%1 [R=301,L,NE] # Rewrite categorie Electrodomesticos RewriteRule "^/nav/Hogar_Electrodomesticos$" "/nav/Hogar" [NE,QSA,L,R=301] RewriteCond %{THE_REQUEST} "/nav/Hogar_Electrodomesticos_Pequeno-electrodomestico(\S*)" RewriteRule ^.*$ /nav/Hogar%1 [R=301,L,NE] Nouvelles règles (il n'y a que la la cat' Electroménager qui change). # Rewrite categorie image & son RewriteCond %{THE_REQUEST} "/nav/Imagen-Sonido_Foto-y-video(\S*)" RewriteRule ^.*$ /nav/Imagen-Sonido%1 [R=301,L,NE] # Rewrite categorie Electrodomesticos RewriteRule "^/nav/Hogar_Electrodomesticos(_Pequeno-electrodomestico)?(.*)" "/nav/Hogar$2" [R=301,L,NE] |
| Commentaire de Arnaud Forgues [ 24/sept./09 17:31 ] |
|
Ok pour cette redirection Le tag V53_0_2 a été déplacé Pour info : [forguesa@gobillard source]$ bzr cdiff === modified file 'source/etc/apache/rewrite.rules.es' --- source/etc/apache/rewrite.rules.es6K2009-09-21 16:04:13 +0000 +++ source/etc/apache/rewrite.rules.es 2009-09-24 15:30:35 +0000 @@ -386,11 +386,8 @@ RewriteCond %{THE_REQUEST} "/nav/Imagen-Sonido_Foto-y-video(\S*)" RewriteRule ^.*$ /nav/Imagen-Sonido%1 [R=301,L,NE] -# Rewrite categorie Electrodomesticos -RewriteRule "^/nav/Hogar_Electrodomesticos$" "/nav/Hogar" [NE,QSA,L,R=301] -RewriteCond %{THE_REQUEST} "/nav/Hogar_Electrodomesticos_Pequeno-electrodomestico(\S*)" -RewriteRule ^.*$ /nav/Hogar%1 [R=301,L,NE] - +# Rewrite categorie Electrodomesticos +RewriteRule "^/nav/Hogar_Electrodomesticos(_Pequeno-electrodomestico)?(.*)" "/nav/Hogar$2" [R=301,L,NE] # [forguesa@gobillard source]$ bzr ci --fixes APP:26573 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.es Committed revision 25619. [forguesa@gobillard source]$ bzr tag --force V53_0_2 Created tag V53_0_2 CAJ2009QTX |
[Chantier Qualité NPF - Optimisations - Nouvelle modélisation - Livres PMES]
(APP-27132)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 57.0.2 |
| Version(s) corrigée(s): | 58.0.1 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Générer les règles de redirections à partir d'un crawl de la prod et de l'integ
|
| Commentaires |
| Commentaire de Ariane Baldinger [ 26/nov./09 10:05 ] |
| Mise en Prod prévue pour le 08/12. |
| Commentaire de Ariane Baldinger [ 27/nov./09 10:33 ] |
| avancée au 03/12 |
| Commentaire de Many Pes [ 30/nov./09 14:49 ] |
|
Des mauvaises redirections ont été attachées: fichier "redirections_puericulture_Lot2_V1.txt" Ne pas les prendre en compte, le bon fichier étant "redirections_Livres_PMES_V1_a_tester.txt" |
| Commentaire de Many Pes [ 02/déc./09 10:52 ] |
| Fichier Final testé en integ: redirections_Livres_PMES_V3_a_tester.txt |
| Commentaire de Arnaud Forgues [ 02/déc./09 16:16 ] |
|
Redirections ajoutées dans le fichier rewrite.rules.es Tag V58_0_1 déplacé Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27135 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.es Committed revision 25852. [forguesa@gobillard source]$ bzr tag --force V58_0_1 Created tag V58_0_1 CAJ2009Q4TX |
Remplacement HU books UK
(APP-27193)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 56.0.1.1 |
| Version(s) corrigée(s): | 56.0.2 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Redirection 301 de la home statique vers la home dynamique
|
| Commentaires |
| Commentaire de Thierry Leforestier [ 05/nov./09 18:02 ] |
|
Remplacer : # Rewrite /books with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" RewriteRule ^/books /nav/Books [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "/books(.*)/t/(\S+)" RewriteRule ^/books /nav/Books%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "/books(.*)/tracking/(\S+)" RewriteRule ^/books /nav/Books%1/tracking/%2 [R,L,NE] par # Rewrite /books pseudo-static page, which has been deleted RewriteRule ^/books(.*) /nav/Books$1 [R=301,L,NE,QSA] # ------------------------------------------------------------ Il faut également remplacer RewriteRule ^/phone-pda(.*) /nav/Phones$1 [R=301,L,NE,QSA] par RewriteRule ^/phone-pda(.*) /nav/Phones-PDAs$1 [R=301,L,NE,QSA] |
| Commentaire de Arnaud Forgues [ 05/nov./09 18:51 ] |
|
OK ! Tag V56_0_2 posé Pour info : [forguesa@gobillard source]$ bzr ci --fixes APP:27195 etc/apache/rewrite.rules.uk Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.uk Committed revision 25718. [forguesa@gobillard source]$ bzr tag V56_0_2 Created tag V56_0_2 |
[APP-27200] [Chantier Qualité NPF Livres PMUK] - Redirections Création: 05/nov./09 18:48 Mise à jour: 09/nov./09 11:30 Résolue: 05/nov./09 18:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 56.0.2 |
| Version(s) corrigée(s): | 56.0.2 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Mettre ces redirections sur rewrite.rules.uk
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 05/nov./09 18:55 ] |
|
OK ! Tag V56_0_2 déplacé Pour info: [forguesa@gobillard source]$ bzr ci --fixes APP:27200 etc/apache/rewrite.rules.uk Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.uk Committed revision 25719. [forguesa@gobillard source]$ bzr tag --force V56_0_2 Created tag V56_0_2 |
[APP-27396] La servlet "admin_back_secure" (utilisé pour débloquer les batch) ne marche pas sur les devtest Création: 25/nov./09 14:41 Mise à jour: 27/janv./10 09:58 Résolue: 25/nov./09 15:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 61.0.0 (CTN-O) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | *** RESERVE *** |
| Commentaires |
| Commentaire de Renaud Dierickx [ 25/nov./09 15:34 ] |
|
Problème rencontré : "The requested URL /admin_back_secure was not found on this server." Ecran de déblocage des batchs : http://bo.dev6.pm.dev/admin_back?action=batchsearch&do_action=RUNNING_BATCH&batch_id=&bch_type_code=&start_date=&date_search_type=LAST_START&end_date=&running_for_more_than=1&order=DESC&number_rows=200&x=0&y=0 Voici un exemple d'url : http://bo.dev6.pm.dev/admin_back_secure?action=batchunlock&batchunlockid=54618616&datesearchtype=LAST_START&order=DESC Pour info, voici l'url du wiki qui explique la mis à jour des servlets des apaches de dev : http://pricewiki.lan/Wiki.jsp?page=ApacheEnDev |
Remplacement HU FR
(APP-27016)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 56.0.1 (Ouverture rubrique jouet) |
| Version(s) corrigée(s): | 56.0.1 (Ouverture rubrique jouet) |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Redirection 301 de la home statique vers la home dynamique
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 03/nov./09 10:55 ] |
|
OK ! [forguesa@gobillard source]$ bzr ci --fixes APP:27018 etc/apache/rewrite.rules.fr Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.fr Committed revision 25709. |
Remplacement HU ES
(APP-27026)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 56.0.1 (Ouverture rubrique jouet) |
| Version(s) corrigée(s): | 56.0.1 (Ouverture rubrique jouet) |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Redirection 301 de la home statique vers la home dynamique
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 03/nov./09 10:56 ] |
|
OK [forguesa@gobillard source]$ bzr ci --fixes APP:27028 etc/apache/rewrite.rules.es Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.es Committed revision 25710. |
Remplacement HU UK
(APP-27033)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 56.0.1 (Ouverture rubrique jouet) |
| Version(s) corrigée(s): | 56.0.1 (Ouverture rubrique jouet) |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Redirection 301 de la home statique vers la home dynamique
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 03/nov./09 10:58 ] |
|
OK ! [forguesa@gobillard source]$ bzr ci --fixes APP:27035 etc/apache/rewrite.rules.uk Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.uk Committed revision 25711. |
[Qualité NpF Lot 5] Mise en place nouvelles améliorations
(APP-26633)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 56.0.2 |
| Version(s) corrigée(s): | 56.0.2 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Commentaires |
| Commentaire de Many Pes [ 05/nov./09 17:55 ] |
|
Ci-dessous les règles de redirections à mettre dans rewrite.rules.fr A tester au préalable en integ pour chargement du fichier en deploy le 10 novembre #Redirections Qualite NPF Cosmetique RewriteRule ^/nav/Mode_Cosmetique-Produit-de-beaute_([^/\?]*)(/f1/[^/\?]*)?(/f2/[^/\?]*)?(/f3/[^/\?]*)?(/kw/[^/\?]*)?(/(t|tracking)/[0-9]+)? /nav/Mode_Cosmetique-Produit-de-beaute$3$5$6 [R=301,L,NE] |
| Commentaire de Many Pes [ 06/nov./09 11:38 ] |
| Test redirections cosmétique en integ - OK. |
| Commentaire de Arnaud Forgues [ 06/nov./09 15:24 ] |
|
OK ! Tag V56_0_2 déplacé sur branche bm:dev/release/V56 Pour info : [forguesa@gobillard dev]$ bzr ci --fixes APP:27184 source/etc/apache/rewrite.rules.fr Committing to: bzr://perrier/dev/release/V56/ modified source/etc/apache/rewrite.rules.fr Committed revision 25721. [forguesa@gobillard dev]$ bzr tag --force V56_0_2 Created tag V56_0_2 |
[APP-27175] Changement nav: le lien livres anciens renvoi sur la page livre Création: 04/nov./09 15:15 Mise à jour: 09/nov./09 11:31 Résolue: 06/nov./09 15:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 56.0.1 (Ouverture rubrique jouet) |
| Version(s) corrigée(s): | 56.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Mathilde Caby | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Bonjour, En cliquant sur le lien livres anciens dans livre: le lien envoi sur le livres au global et non sur les livres anciens. http://www.priceminister.com/nav/Livres |
| Commentaires |
| Commentaire de Christophe Garcia [ 04/nov./09 16:16 ] |
|
Il faut modifier la dernière redirection Livres_Livre : RewriteRule ^/nav/Livres_Livre(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres$2$3 [R=301,L,NE] devient RewriteCond %{REQUEST_URI} !^/nav/Livres_Livre-ancien RewriteRule ^/nav/Livres_Livre(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres$2$3 [R=301,L,NE] |
| Commentaire de Many Pes [ 04/nov./09 16:52 ] |
| Après revu au niveau de la prod le problème semble avoir été corrigé |
| Commentaire de Christophe Garcia [ 04/nov./09 17:37 ] |
|
Certes, on l'a corrigé avec Patrice. Mais il faut que les DEV modifient le fichier rewrite.rules.fr pour prendre en compte ce bug. A faire avec la CTN-N, je pense. |
| Commentaire de Espérance Galouo-Lece [ 05/nov./09 18:29 ] |
|
- La 56.0.2 contient déjà des redirections, donc on saute sur l'occasion. - Merci, |
| Commentaire de Many Pes [ 05/nov./09 18:36 ] |
| Je joins le nouveau fichier à mettre sur rewrite.rules.fr |
| Commentaire de Many Pes [ 05/nov./09 19:05 ] |
|
Remplacer les redirections Livres FR mis en place en 56.0, le 04 novembre: Remplacer: #Rewrite rules PMFR Livres NPF RewriteRule ^/nav/Livres_Livre/f1/Litt.rature/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Litterature/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Art\+et\+culture/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Art-et-culture/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/BD\+et\+humour/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_BD-et-humour/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Dictionnaire\+et\+r.f.rence/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Dictionnaire-et-reference/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Economie\+et\+entreprise/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Economie-et-entreprise/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Education,\+scolaire/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Education-scolaire/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Histoire,\+actualit.,\+politique/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Histoire-actualite-politique/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Enfant,\+jeunesse/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Enfant-jeunesse/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Nature\+et\+animaux/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Nature-et-animaux/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sant.,\+M.decine/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sante-Medecine/f11/$1$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sciences\+appliqu.es/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-appliquees/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sciences\+humaines\+et\+spiritualit./f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-humaines-et-spiritualite/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sport\+et\+loisirs/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sport-et-loisirs/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Tourisme/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Tourisme/f11/$1$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Non\+pr.cis./f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Autres$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Informatique,\+Internet/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Informatique-Internet$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Litt.rature(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Litterature$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Art\+et\+culture(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Art-et-culture$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/BD\+et\+humour(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_BD-et-humour$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Dictionnaire\+et\+r.f.rence(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Dictionnaire-et-reference$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Economie\+et\+entreprise(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Economie-et-entreprise$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Education,\+scolaire(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Education-scolaire$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Histoire,\+actualit.,\+politique(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Histoire-actualite-politique$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Enfant,\+jeunesse(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Enfant-jeunesse$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Nature\+et\+animaux(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Nature-et-animaux$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sant.,\+M.decine(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sante-Medecine$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sciences\+appliqu.es(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-appliquees$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sciences\+humaines\+et\+spiritualit.(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-humaines-et-spiritualite$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sport\+et\+loisirs(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sport-et-loisirs$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Non\+pr.cis.(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Autres$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Informatique,\+Internet(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Informatique-Internet$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_$1$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres$2$3 [R=301,L,NE] Par: #Rewrite rules PMFR Livres NPF RewriteRule ^/nav/Livres_Livre/f1/Litt.rature/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Litterature/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Art\+et\+culture/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Art-et-culture/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/BD\+et\+humour/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_BD-et-humour/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Dictionnaire\+et\+r.f.rence/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Dictionnaire-et-reference/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Economie\+et\+entreprise/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Economie-et-entreprise/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Education,\+scolaire/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Education-scolaire/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Histoire,\+actualit.,\+politique/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Histoire-actualite-politique/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Enfant,\+jeunesse/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Enfant-jeunesse/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Nature\+et\+animaux/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Nature-et-animaux/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sant.,\+M.decine/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sante-Medecine/f11/$1$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sciences\+appliqu.es/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-appliquees/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sciences\+humaines\+et\+spiritualit./f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-humaines-et-spiritualite/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sport\+et\+loisirs/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sport-et-loisirs/f11/$1$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Tourisme/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Tourisme/f11/$1$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Langues/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Langues/f11/$1$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Non\+pr.cis./f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Autres$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Informatique,\+Internet/f4/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Informatique-Internet$3$4 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Litt.rature(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Litterature$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Art\+et\+culture(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Art-et-culture$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/BD\+et\+humour(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_BD-et-humour$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Dictionnaire\+et\+r.f.rence(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Dictionnaire-et-reference$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Economie\+et\+entreprise(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Economie-et-entreprise$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Education,\+scolaire(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Education-scolaire$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Histoire,\+actualit.,\+politique(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Histoire-actualite-politique$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Enfant,\+jeunesse(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Enfant-jeunesse$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Nature\+et\+animaux(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Nature-et-animaux$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sant.,\+M.decine(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sante-Medecine$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sciences\+appliqu.es(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-appliquees$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sciences\+humaines\+et\+spiritualit.(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sciences-humaines-et-spiritualite$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Sport\+et\+loisirs(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Sport-et-loisirs$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Langues(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Langues$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Non\+pr.cis.(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Autres$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/Informatique,\+Internet(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_Informatique-Internet$2$3 [R=301,L,NE] RewriteRule ^/nav/Livres_Livre/f1/([^/]*)(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres_$1$3$4 [R=301,L,NE] RewriteCond %{REQUEST_URI} !^/nav/Livres_Livre-ancien RewriteRule ^/nav/Livres_Livre(/fp/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Livres$2$3 [R=301,L,NE] |
| Commentaire de Arnaud Forgues [ 06/nov./09 15:21 ] |
|
OK ! Création d'une branche bm:dev/release/V56 puis déplacement du tag V56_0_2 dessus (car backmerges du pôle CTN en cours sur le tronc) Pour info : [forguesa@gobillard dev]$ bzr ci --fixes APP:27175 source/etc/apache/rewrite.rules.fr Committing to: bzr://perrier/dev/release/V56/ modified source/etc/apache/rewrite.rules.fr Committed revision 25720. [forguesa@gobillard dev]$ bzr tag --force V56_0_2 Created tag V56_0_2 |
[APP-27266] KeyAde : Message d'erreur "Opération abandonnée" avant la confirmation de paiement d'un achat Création: 13/nov./09 14:57 Mise à jour: 17/nov./09 16:24 Résolue: 13/nov./09 17:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | 57.0.0 (CTN-N) |
| Version(s) corrigée(s): | 57.0.0 (CTN-N) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Internet Explorer 7.X |
| Projets PM archivés: | Tracking Keyade |
| Description |
|
Avec tracking KeyAde : achat puis après avoir fourni les
infos CB, on a une pop-up "alerte sur la sécurité" puis le message en
PJ. Exclusivement sous IE. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 13/nov./09 15:08 ] |
| http://www.kreacomm.info/Internet-Explorer-ne-peut-pas.html --> problème d'écriture JS avant chargement complet de la page ? |
| Commentaire de Alexandre Garnier [ 13/nov./09 15:23 ] |
|
Passage en DEV là-dessus, 2 appels non HTTPS : * http://www.ref-fr.pm.dev/crm?Email=zigarn.pm@gmail.com&Login=zigarn&Civ=10&Nom=Garnier&Prenom=Alexandre&Page=9&Type=1 (mais aussi un appel HTTPS * http://k.keyade.com/kaev/1/?kaPcId=17357&kaEvId=86471&kaEvAcId=0&kaClkId=123456789&kaEvMcId=70418334&kaEvCt1=1&kaEvCt2=1&kaEvVal1=501.30&kaEvVal2=56.49&kaPdId=72831528&kaEvCur=EUR&kaEvCh1=2 vais passer le tag keyade en HTTPS et voir. |
| Commentaire de Alexandre Garnier [ 13/nov./09 15:26 ] |
| On oublie pour crm, c'est juste les confs Apache de DEV qui font ça (HTTPS redirigé vers HTTP) |
| Commentaire de Alexandre Garnier [ 13/nov./09 17:03 ] |
|
Pas réussi à reproduire en DEV sur les serveurs de recette rec-fr Mais bien reproduit en INTEG avec dans la barre d'état un petit "...dnserror..." --> peut-être à lier à En tout cas je corrige le problème de keyade non HTTPS, à voir si ça résout le problème... CMS-REF promotions /promotions/Promotions/***/Liens sponso/Keyade - using db/Nouvel acheteur /promotions/Promotions/***/Liens sponso/Keyade - using db/Panier |
Déplacer les Figurines vers Jeux&Jouets
(APP-27769)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 61.0.1 |
| Version(s) corrigée(s): | 61.0.1 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Générer les redirections à tester au préalable en integ.
|
| Commentaires |
| Commentaire de Many Pes [ 01/févr./10 10:20 ] |
|
A tester en integ: #Redirections PMUK transfert figurines PMUK vers Toys and games RewriteRule "^/nav/Games_figures(/f1/[^/]*)?(/kw/[^/]*)?(/(t|tracking)/[0-9]+)?" "/nav/Toys-Games_Action-figures$2$3" [R=301,L,NE] |
| Commentaire de Many Pes [ 01/févr./10 11:47 ] |
| Il n'y a qu'une ligne de redirections, je te l'ai mise directement dans un commentaire. |
| Commentaire de Renaud Dierickx [ 01/févr./10 15:06 ] |
|
C'est fait : Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.uk Committed revision 26026. |
[Qualité NPF Informatique] PMES
(APP-27841)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 61.0.1 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Générer les redirections de la nouvelle NPF Informatique ES vers la nouvelle. A tester au préalable en integ. |
| Commentaires |
| Commentaire de Many Pes [ 01/févr./10 11:46 ] |
| Il faut prendre en compte la V3 |
| Commentaire de Renaud Dierickx [ 01/févr./10 15:08 ] |
|
C'est fait : Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.es Committed revision 26027. |
[INF-420] Ajouter 3 serveurs de recette Création: 27/janv./10 14:42 Mise à jour: 01/févr./10 09:51 Résolue: 01/févr./10 09:51 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Depuis le split du pôle CAT en VEN+NAV il nous manque 3 serveurs de recette. - infra : créer les 3 cptes unix - ALG : configurer |
| Commentaires |
| Commentaire de Stéphane Eccli [ 27/janv./10 16:23 ] |
| et je les appelle comment ? |
| Commentaire de Alexandre Garnier [ 27/janv./10 16:29 ] |
|
suivre la numérotation des devtest qui en sont à devtest11 actuellement Donc devtest12, devtest13 et devtest14 (ou sinon devtest12, devtest14 et devtest15 si on est superstitieux) |
| Commentaire de Stéphane Eccli [ 27/janv./10 17:24 ] |
| done sur stuart. |
| Commentaire de Alexandre Garnier [ 28/janv./10 16:24 ] |
|
Il faudrait aussi les dossiers Apache associés : /data1/htdocs/virtualhosts/dev12.pm.dev /data1/htdocs/virtualhosts/dev13.pm.dev /data1/htdocs/virtualhosts/dev14.pm.dev |
| Commentaire de Alexandre Garnier [ 28/janv./10 16:25 ] |
| Sur boulard |
| Commentaire de Stéphane Eccli [ 01/févr./10 09:44 ] |
| done. |
[APP-28207] [suggest] rendre dispo sur les pages https Création: 04/févr./10 14:26 Mise à jour: 11/févr./10 09:34 Résolue: 08/févr./10 11:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 62.0.0 (NAV-A) |
| Version(s) corrigée(s): | 62.0.0 (NAV-A) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Recette |
| Projets PM: | Complétion dans recherche globale |
| Navigateur: | Tous |
| Description |
|
entre 5 et 10.000 RG par jour sur ces pages
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 05/févr./10 14:55 ] |
|
Y vient d'où le chiffre ? il nous intéresse, ça vient des logs ou tu as vu ça dans xiti ? le problème est lié à l'exploit / à FAST : il parait impossible que les completion server répondre soit en http soit en https (bref que les completion serveur gère des certificats, mais Martin va quand même interroger FAST sur le sujet. |
| Commentaire de Cédric Goldovsky [ 05/févr./10 16:19 ] |
| ca provient des logs |
| Commentaire de Martin Sudmann [ 05/févr./10 16:28 ] |
|
J'ai posé la question à Fast si le completion server peut
accepter du https (par défaut il ne le fait pas, au moins). De facto, il est impossible de requêter un service via Ajax en http si la page de départ est en https. |
| Commentaire de Benoît Bourdon [ 08/févr./10 10:24 ] |
|
En fait Martin a trouvé une solution puisqu'on passe
systématiquement par un proxy pour completion -> c'est ce dernier qui
gère http / https. |
| Commentaire de Martin Sudmann [ 08/févr./10 11:26 ] |
|
les rewrite rules SSL sont mises à jour: source/etc/apache/rewrite.rules.ssl.es source/etc/apache/rewrite.rules.ssl.fr source/etc/apache/rewrite.rules.ssl.uk |
[APP-28735] Inscription : 404 sur une redirection Création: 16/mars/10 14:26 Mise à jour: 19/mars/10 11:44 Résolue: 16/mars/10 16:07 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 65.0.0 (TX-M) |
| Version(s) corrigée(s): | 65.0.0 (TX-M) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | OPPeC : Optimisation Identification |
| Description |
|
Ouvrir un nouvel IE. Cliquer sur Inscription (en haut à gauche) ==> La redirection plante 2010-03-16 14:20:51,044 INFO [-Processor29] 192.168.61.165 - >>> GET https://www.pm.lan/connect?action=register 2010-03-16 14:20:51,045 INFO [-Processor29] 192.168.61.165 - (Status : 302) Redirecting to : /usersecure?action=cookies&dest=%2Fconnect%3Faction%3Dregister&secured=true 2010-03-16 14:20:51,045 INFO [-Processor29] 192.168.61.165 - <<< [1 ms] GET https://www.pm.lan/connect?action=register Dans APACHE : www.pm.lan 192.168.61.165 - - [16/Mar/2010:14:21:27 +0100] "GET /usersecure?action=cookies&dest=%2Fconnect%3Faction%3Dregister&secured=true HTTP/1.1" 404 856 "-" "Mozilla/4.0 (c |
| Commentaires |
| Commentaire de Arnaud Forgues [ 16/mars/10 16:07 ] |
|
Je viens de commiter les fichiers de redirections apache qui
ajoute des redirections pour la nouvelle servlet securisée usersecure Le wiki TXM a été mis à jour Pour info : [forguesa@gobillard source]$ bzr ci -m 'M29#22 - Ajout des redirections apaches pour la nouvelle servlet securisee usersecure' Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.es modified source/etc/apache/rewrite.rules.fr modified source/etc/apache/rewrite.rules.ssl.es modified source/etc/apache/rewrite.rules.ssl.fr modified source/etc/apache/rewrite.rules.ssl.uk modified source/etc/apache/rewrite.rules.uk Committed revision 26194. |
| Commentaire de Thomas Landru [ 17/mars/10 16:11 ] |
| ok en intégr |
[EXP-5059] ouverture devtest13 à l'extérieur Création: 22/févr./10 15:35 Mise à jour: 06/avr./10 12:09 |
|
| Etat: | Ré-ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour Pouvez vous ouvrir dès que possible (besoin pour Jeudi 25/02 au plus tard) le serveur de recette devtest13 à l'extérieur ? C'est pour que Google, Kelkoo et nous puissions vérifier la monétisation. IP Google : 74.125.57.241 IP Damien : 82.226.173.142 IP Kelkoo : 213.41.77.172 Merci Swan Desportes |
| Commentaires |
| Commentaire de Damien Gilloz [ 23/févr./10 11:01 ] |
|
Ok c'est fait pour l'ouverture réseau pour ces 3 IP Il faut configurer boulard pour le faire pointer vers devtest13 cdt |
| Commentaire de Swan Desportes [ 23/févr./10 15:38 ] |
| Patrice, est ce que tu pourrais ouvrir une url externe du genre dev13.babel.fr vers le serveur de recette devtest13. Merci |
| Commentaire de Patrice Boulanger [ 24/févr./10 13:49 ] |
|
Je viens de faire la configuration apache, merci de tester. Pour rappel, pour appeler www.dev13.babel.fr depuis le réseau interne, il vous faut modifier votre fichier hosts De plus, il faut encore modifier le priceminister-local.properties en remplaçant priceminister.resource.root = http://www.pm.stuart:5380 priceminister.resource.secure_root = http://www.pm.stuart:5380 par priceminister.resource.root = http://www.dev13.babel.fr priceminister.resource.secure_root = http://www.dev13.babel.fr et redémarrer le JBOSS. Merci. Patrice. |
| Commentaire de Damien Dorizy [ 25/févr./10 16:19 ] |
|
La ligne à mettre dans le host (C:\WINDOWS\system32\drivers\etc) : 192.168.1.13 www.dev13.babel.fr |
| Commentaire de Swan Desportes [ 06/avr./10 12:09 ] |
|
Je réouvre la demande parce que les conditions sont les mêmes. La période est du 6 avril au 16 avril. |
[APP-28328] [Recherche] Suppression de caractères après slash Création: 16/févr./10 13:58 Mise à jour: 04/mai/10 10:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 61.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Allier | Attribution: | Espérance Galouo-Lece |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Problème uniquement présent en fr... http://www.priceminister.com/s/nip%2Ftuck http://www.priceminister.es/s/nip%2Ftuck http://www.priceminister.co.uk/s/nip%2Ftuck Les caractères après le slash ne sont pas pris en compte dans la recherche. |
| Commentaires |
| Commentaire de Martin Sudmann [ 01/avr./10 16:18 ] |
|
Ce sont 2 options Apache qu'il faut régler pour que les
caractères spéciaux ne soit pas décodés entre Apache et JBoss : Ce sont les deux options Jk suivantes : Aujourd'hui : #JkOptions +ForwardURICompatUnparsed JkOptions +ForwardURIEscaped C'est assez chaud comme modification, puisque cette config a été mis en place justement pour faire marcher des recherches avec un "%" (100% Debouze), et on risque de tout casser. Il faut obligatoirement faire des tests de requêtes massives. |
| Commentaire de Martin Sudmann [ 01/avr./10 16:19 ] |
| CAJ2010Q1NAV |
| Commentaire de Martin Sudmann [ 20/avr./10 12:12 ] |
|
Espérance, il faut que tu pilotes ça avec Patrice pour tester en INTEG. Du coup je ne sais pas si vous voulez faire ça en post deploy ou maintenant? |
[APP-28666] Contenus IG absents Création: 11/mars/10 09:38 Mise à jour: 15/mars/10 09:55 Résolue: 11/mars/10 11:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 64.0.0.1 |
| Version(s) corrigée(s): | 64.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | tech |
| Description |
|
ERROR - nb: 13
- INFOGLUE (3) : No SiteNode found in IG with alias h_warranty_info ! ERROR - nb: 13 - INFOGLUE (3) : No SiteNode found in IG with alias h_warranty_activate ! ERROR - nb: 13 - INFOGLUE (3) : No SiteNode found in IG with alias h_cote ! |
| Commentaires |
| Commentaire de Renaud Dierickx [ 11/mars/10 10:51 ] |
|
Pas de problème, ce n'est pas nouveau... (depuis le nettoyage auto.) Ce sont des positions référencées coté appli mais plus jamais utilisées... [dierickxr@prin ~/dev/source]grp H_WARRANTY_INFO etc/apache/rewrite.rules.fr:2305:RewriteRule ^/help/h_warranty_info http://www.priceministerauto.com/aide? [R=301,L,NE] src/com/babelstore/help/HelpConstants.java:144: public static final Position H_WARRANTY_INFO = new Position("h_warranty_info"); // Popup [dierickxr@prin ~/dev/source] [dierickxr@prin ~/dev/source] [dierickxr@prin ~/dev/source]grp H_COTE etc/apache/rewrite.rules.fr:2257:RewriteRule ^/help/h_cote http://www.priceministerauto.com/aide? [R=301,L,NE] src/com/babelstore/help/HelpConstants.java:153: public static final Position H_COTE = new Position("h_cote"); [dierickxr@prin ~/dev/source] [dierickxr@prin ~/dev/source] [dierickxr@prin ~/dev/source]grp H_WARRANTY_ACTIVATE src/com/babelstore/help/HelpConstants.java:145: public static final Position H_WARRANTY_ACTIVATE = new Position("h_warranty_activate"); // Popup Pour ne plus voir ces alertes, il suffit de supprimer ces références du code et donc livrer une version. |
| Commentaire de Renaud Dierickx [ 11/mars/10 11:01 ] |
|
C'est fait sur le tronc ! [CAJ2010Q1CTN] |
[APP-29228] MAJ Robots.txt pour projet parrainage Création: 16/avr./10 10:23 Mise à jour: 20/avr./10 14:07 Résolue: 19/avr./10 13:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 67.0.0 (CTN-Q) |
| Version(s) corrigée(s): | 66.0.1 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Prod |
| Projets PM: | Parrainage (Lot 1) |
| Description |
|
Mise a jour du fichier robots.txt pour le projet parrainage. Ce fichier doit être mis en place en PRE-DEPLOY.
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 19/avr./10 11:59 ] |
|
Tout est en place: UK aricia.priceminister.co.uk/robots.txt # robots.txt # PriceMinister UK robots file for http://www.priceminister.com/ # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # 16.04.2010 TLE User-agent: Mediapartners-Google Disallow: User-agent: * Disallow: /affiliation/ Disallow: /cover/ Disallow: /cart Disallow: /inventory Disallow: /purchase Disallow: /sponsorship Disallow: /submit Disallow: /user Disallow: /wish Disallow: /info/no/op/ Disallow: /info/vo/op/ Disallow: /info/co/op/ Disallow: /info/rc/op/ Disallow: /p/ User-agent: TurnitinBot Disallow: / [adminuk@aricia ~/htdocs/pmweb] for i in $PMWEB; do ssh $i "echo $i ; md5sum /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt" ; done aricia 5f8c729e9dcf9f305bd73093dbda6814 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt evandre 5f8c729e9dcf9f305bd73093dbda6814 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt neith 5f8c729e9dcf9f305bd73093dbda6814 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt evenor 5f8c729e9dcf9f305bd73093dbda6814 /data/chrootapache/usr/local/apache/uk/htdocs/pmweb/robots-for-www.txt ES: aricia.priceminister.es/robots.txt # robots.txt # PriceMinister ES robots file for http://www.priceminister.com/ # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # 16.04.2010 TLE User-agent: Mediapartners-Google Disallow: User-agent: * Disallow: /affiliation/ Disallow: /comparator/ Disallow: /cover/ Disallow: /cart Disallow: /inventory Disallow: /purchase Disallow: /sponsorship Disallow: /submit Disallow: /user Disallow: /wish Disallow: /info/no/op/ Disallow: /info/vo/op/ Disallow: /info/co/op/ Disallow: /info/rc/op/ Disallow: /p/ User-agent: TurnitinBot Disallow: / [admines@aricia ~/htdocs/pmweb] for i in $PMWEB; do ssh $i "echo $i; md5sum /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt"; done phaeton 78280ed18826f76d9916bb7946db4440 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt aricia 78280ed18826f76d9916bb7946db4440 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evandre 78280ed18826f76d9916bb7946db4440 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evenor 78280ed18826f76d9916bb7946db4440 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt neith 78280ed18826f76d9916bb7946db4440 /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt FR: aricia.priceminister.com/robots.txt # robots.txt # PriceMinister FR robots file for http://www.priceminister.com/ # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # 16.04.2010 TLE User-agent: Mediapartners-Google Disallow: User-agent: * Disallow: /affiliation/ Disallow: /cover/ Disallow: /cart Disallow: /inventory Disallow: /purchase Disallow: /sponsorship Disallow: /submit Disallow: /user Disallow: /wish Disallow: /info/no/op/ Disallow: /info/vo/op/ Disallow: /info/co/op/ Disallow: /info/rc/op/ Disallow: /V2/productSearch Disallow: /p/ User-agent: TurnitinBot Disallow: / [adminpm@aricia pmweb]$ for i in $PMWEB; do ssh $i "echo $i ;md5sum /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt"; done phaeton 67c00988db451d51497ab5dd33151f92 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt aricia 67c00988db451d51497ab5dd33151f92 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt evandre 67c00988db451d51497ab5dd33151f92 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt evenor 67c00988db451d51497ab5dd33151f92 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt neith 67c00988db451d51497ab5dd33151f92 /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt |
| Commentaire de Thierry Leforestier [ 19/avr./10 13:59 ] |
| Vu en prod, semble ok. |
[APP-29051] lutinot : URL images non téléchargées Création: 07/avr./10 11:28 Mise à jour: 09/avr./10 18:16 Résolue: 09/avr./10 10:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Annonces |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 66.0.0 (NAV-B) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Après plus de deux semaines les images des annonces du pro Lutinot (id:20470207) ne sont toujours pas en ligne. Eric de l'exploitation à forcé l'import image mais rien n'y fait. Les URL ne sont pas reconnues comme des images. Ses URL sont en https, il faut voir si cela pose problème ou si le problème vient d'ailleurs. Quelques exemples d'URL: https://www.lutinot.fr/media/catalog/product/_/j/.jpg_682.jpg https://www.lutinot.fr/media/catalog/product/_/j/.jpg_537.jpg https://www.lutinot.fr/media/catalog/product/_/j/.jpg_698.jpg https://www.lutinot.fr/media/catalog/product/_/j/.jpg_673.jpg |
| Commentaires |
| Commentaire de Manuel Sadok [ 08/avr./10 16:11 ] |
|
Après un rapide test, la connexion semble bien s'établir même avec du https (sans authentification derrière). Eric, tu aurais plus d'info/logs à ce sujet ? |
| Commentaire de Eric Vannier [ 08/avr./10 17:30 ] |
|
Voici les logs que l'on a : 2010-04-08 05:24:16,267 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_460.jpg for product : 98040567 attribute 2938076727 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] 2010-04-08 05:24:16,283 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_464.jpg for product : 98040572 attribute 2938084661 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] 2010-04-08 05:24:16,299 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_479.jpg for product : 98040587 attribute 2938084766 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] 2010-04-08 05:24:16,314 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_468.jpg for product : 98040576 attribute 2938084689 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] 2010-04-08 05:24:16,323 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_499.jpg for product : 98040607 attribute 2938084906 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] 2010-04-08 05:24:16,334 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_493.jpg for product : 98040601 attribute 2938084864 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] 2010-04-08 05:24:16,343 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_490.jpg for product : 98040598 attribute 2938084843 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] 2010-04-08 05:24:16,358 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_485.jpg for product : 98040593 attribute 2938084808 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] 2010-04-08 05:24:16,373 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : https://www.lutinot.fr/media/catalog/product/_/j/.jpg_500.jpg for product : 98040608 attribute 2938084913 [ class com.babelstore.image.ImageUploadException : Votre fichier n'est pas une image. ] Toutes les images retournent un code erreur '0'. Le soucis vient bien du protocole. On utilise le proxy de bacchus mais celui-ci est configuré uniquement pour les requêtes sur le port 80 et non celles venant sur le port 443 (https)... Directement sur bacchus (on n'utilise pas le proxy dans ce cas) : [adminpm@bacchus priceminister]$ wget -S 'https://www.lutinot.fr/media/catalog/product/_/j/.jpg_707.jpg' --17:25:13-- https://www.lutinot.fr/media/catalog/product/_/j/.jpg_707.jpg => `.jpg_707.jpg.1' Résolution de www.lutinot.fr... complété. Connexion vers www.lutinot.fr[188.165.58.27]:443...connecté. requête HTTP transmise, en attente de la réponse... 1 HTTP/1.1 200 OK 2 Date: Thu, 08 Apr 2010 15:31:12 GMT 3 Server: Apache 4 Last-Modified: Mon, 08 Feb 2010 22:09:49 GMT 5 ETag: "622c3-29a24-47f1e0f488540" 6 Accept-Ranges: bytes 7 Content-Length: 170532 8 Keep-Alive: timeout=30, max=100 9 Connection: Keep-Alive 10 Content-Type: image/jpeg 100%[=================================================================================================================>] 170,532 1.68M/s ETA 00:00 17:25:13 (1.68 MB/s) - « .jpg_707.jpg.1 » sauvegardé [170532/170532] Sur salus (on essaie d'utiliser le proxy de bacchus) : [pmas@salus mainlog]$ export http_proxy=10.150.28.79:8080 pmas@salus mainlog]$ wget -S 'https://www.lutinot.fr/media/catalog/product/_/j/.jpg_707.jpg' --17:27:18-- https://www.lutinot.fr/media/catalog/product/_/j/.jpg_707.jpg => `.jpg_707.jpg' Résolution de www.lutinot.fr... 188.165.58.27 Connexion vers www.lutinot.fr|188.165.58.27|:443...échec: Le réseau n'est pas accessible.. Sachant que l'on peut, bien sûr, accéder à l'extérieur. Ex : ------ wget -S http://www.google.fr --17:29:04-- http://www.google.fr/ => `index.html' Connexion vers 10.150.28.79:8080...connecté. requête Proxy transmise, en attente de la réponse... HTTP/1.1 200 OK Date: Thu, 08 Apr 2010 15:29:04 GMT Server: gws Expires: -1 Cache-Control: private, max-age=0 Content-Type: text/html; charset=ISO-8859-1 Set-Cookie: PREF=ID=1794378d3a3967d3:TM=1270740545:LM=1270740545:S=XJIBq3cFWtm8R56h; expires=Sat, 07-Apr-2012 15:29:05 GMT; path=/; domain=.google.fr Set-Cookie: NID=33=DLXBNiJeR5zs4J6bEJmHF-Ifdd--Qp0wItyU6ZmpCD2pSib_CmweVJpiSJ7FJlSxsb86G5Nk5Z47mG17GS_7gf9Ds7qZ6Yb1LVgJEs8n69vTZS9BA-gv-xauFcMfsv6q; expires=Fri, 08-Oct-2010 15:29:05 GMT; path=/; domain=.google.fr; HttpOnly P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" Connection: close Longueur: non spécifié [text/html] [ <=> ] 7,054 --.--K/s 17:29:05 (17.43 MB/s) - « index.html » sauvegardé [7054] |
| Commentaire de Eric Vannier [ 08/avr./10 17:35 ] |
| En conclusion, On ne peut pas récupérer les images via le protocole "https" car notre proxy n'est pas configuré pour. |
| Commentaire de Manuel Sadok [ 08/avr./10 17:37 ] |
| En conclusion Jérome est-ce que c'est possible de voir avec ce partenaire pour qu'il fournisse des url en http ? |
| Commentaire de Jérome Marianne [ 09/avr./10 10:01 ] |
|
Le partenaire nous a envoyé un nouveau fichier avec des URL en "http". Les images ont été téléchargées. Merci à tous. |
| Commentaire de Christophe Garcia [ 09/avr./10 10:46 ] |
| MDPLVC |
[EXP-5096] Ajout d'adsense dans robots.txt Création: 03/mai/10 09:59 Mise à jour: 01/juil./10 15:22 Résolue: 01/juil./10 15:22 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Description |
|
Googlebot crawle les urls permettant d'afficher les annonces adsense en Espagne. Modification du robots.txt pour l'empêcher d'indexer ces pages. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 01/juil./10 15:18 ] |
|
Le robots.txt est en place sur les 5 serveurs webs carmentes c7810ae9ab8b77ea2f2f2d4e811d8dda /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt aricia c7810ae9ab8b77ea2f2f2d4e811d8dda /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evandre c7810ae9ab8b77ea2f2f2d4e811d8dda /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evenor c7810ae9ab8b77ea2f2f2d4e811d8dda /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt neith c7810ae9ab8b77ea2f2f2d4e811d8dda /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt |
| Commentaire de Thierry Leforestier [ 01/juil./10 15:22 ] |
| Thanks |
Modification des URL images pour partenariat images
(IMP-6424)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Projet import |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Frédéric Nahum | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Login: | partenariat |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
UK : http://ftp.priceminister.com/partenariat-images/uk/<partenaire>/<image> => http://importimg-uk.atlantide.jmsp.net/partenariat-images/<partenaire>/<image> |
| Commentaires |
| Commentaire de Laurent Payot [ 30/juin/10 17:37 ] |
| Eric à t'il pu fournir une liste de partenaires? |
| Commentaire de Laurent Payot [ 30/juin/10 18:07 ] |
|
Il n'y a que s-musicjapan qui utilise le partenariat image dans les fichiers xml: [adminpm@bacchus stock]$ grep -i "partenariat" *.xml Config_s-musicjapan.xml: <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/uk/s-musicjapan</Destination> Config_s-musicjapan.xml: <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/f-musicjapan</Destination> Config_s-musicjapan.xml: <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/es/e-musicjapan</Destination> [adminpm@bacchus stock]$ J'ai remplacé les URL pour les formats de s-musicjapan (UK), f-musicjapan (FR) et e-musicjapan (ES). |
Nettoyage des fichiers de Rewrite Rules FR et ES
(APP-29731)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Thierry Leforestier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
J'ai plusieurs Id de NpC qui ne sont plus redirigés, comme : /navigation/default/category/258962 (noeud inactif dans la nav) /navigation/default/category/218765 (???) /navigation/default/category/219118 (???) Normal, pas normal? Que se passe t-il? Merci, Aurélie |
| Commentaires |
| Commentaire de Thierry Leforestier [ 01/juin/10 11:48 ] |
| Ce sont des redirections dans apache ? |
| Commentaire de Aurélie Kwiatkowski [ 01/juin/10 13:57 ] |
|
Non, ce sont des redirections applicatives qui ne fonctionnent plus... Je m'adresse directement au dev? |
| Commentaire de Thierry Leforestier [ 01/juin/10 14:01 ] |
|
Non, tu peux fermer le Jira et supprimer les tests, c'est un cas normal. Thierry |
| Commentaire de Aurélie Kwiatkowski [ 01/juin/10 14:17 ] |
| Done |
[APP-29903] Les réponses soumises avec une connexion postérieure ne sont pas prises en comptes Création: 11/juin/10 11:24 Mise à jour: 01/juil./10 16:15 Résolue: 01/juil./10 16:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 71.0.0 (CTN-R) |
| Version(s) corrigée(s): | 71.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Q&A Produit |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
- Il n'y a même pas de notification comme quoi la réponse a été enregistrée. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 11/juin/10 12:41 ] |
|
Quel compte, quel serveur, quelle heure ? (Pour chercher dans les logs) |
| Commentaire de Espérance Galouo-Lece [ 11/juin/10 13:13 ] |
|
- "senez" - après connexion : "testinteg" et "ekm-shop-eu" - avant connexion : "192.168.61.130" et "192.168.61.14" - Entre 10h30 et 11h00 LOG "ekm-shop-eu" : - Avant connexion 2010-06-11 10:23:29,360 INFO [-Processor11] 192.168.61.14 - >>> POST http://www.pm.lan/product_question?action=submit!action=submit&content=Non, c'est...&parentid=50301&productid=50544910 2010-06-11 10:23:29,370 INFO [-Processor11] 192.168.61.14 - <<< [10 ms] POST http://www.pm.lan/product_question?action=submit!action=submit&content=Non, c'est...&parentid=50301&productid=50544910 2010-06-11 10:23:31,805 INFO [-Processor15] 192.168.61.14 - >>> GET https://www.pm.lan/connect?action=authenticate&c=201&url=%2Foffer%2Fbuy%2F50544910%2FConsole-Nintendo-Wii-Wii-Sports-Jeu.html%3Fxtatc%3DINT-4005-0%2523submit_qa%253Dq50301 2010-06-11 10:23:31,808 INFO [-Processor15] 192.168.61.14 - (Status : 302) Redirecting to : /connect?action=login&c=201&rid=1 2010-06-11 10:23:31,808 INFO [-Processor15] 192.168.61.14 - <<< [3 ms] GET https://www.pm.lan/connect?action=authenticate&c=201&url=%2Foffer%2Fbuy%2F50544910%2FConsole-Nintendo-Wii-Wii-Sports-Jeu.html%3Fxtatc%3DINT-4005-0%2523submit_qa%253Dq50301 ... - Après connexion 2010-06-11 11:00:47,216 INFO [-Processor18] ekm-shop-eu - >>> POST http://www.pm.lan/product_question?action=submit!action=submit&content=Re NON, c'...&parentid=50301&productid=50544910 2010-06-11 11:00:48,156 INFO [-Processor18] ekm-shop-eu - <<< [940 ms] POST http://www.pm.lan/product_question?action=submit!action=submit&content=Re NON, c'...&parentid=50301&productid=50544910 |
| Commentaire de Alexandre Garnier [ 11/juin/10 15:07 ] |
| Donc c'est un problème à la gestion du retour de la requête AJAX après connexion |
| Commentaire de Damien Dorizy [ 11/juin/10 16:38 ] |
| Déjà existant en prod... |
| Commentaire de Damien Dorizy [ 11/juin/10 16:39 ] |
| Ça concerne IE6 sûr. Il faudrait réussir à reproduire sous IE7. |
| Commentaire de Alexandre Garnier [ 11/juin/10 17:01 ] |
|
Les logs Apache : www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:28 +0200] "POST /product_question?action=submit HTTP/1.1" 200 210 "http://www.pm.lan/offer/buy/70542227/24-Heures-Chrono---Saison-6-DVD-Zone-2.html#q_and_a" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:28 +0200] "GET /connect?action=authenticate&c=201&url=%2Foffer%2Fbuy%2F70542227%2F24-Heures-Chrono---Saison-6-DVD-Zone-2.html%23submit_qa%3Dq50333 HTTP/1.1" 302 289 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:30 +0200] "GET /connect?action=authenticate&c=201&url=%2Foffer%2Fbuy%2F70542227%2F24-Heures-Chrono---Saison-6-DVD-Zone-2.html%23submit_qa%3Dq50333 HTTPS/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:30 +0200] "GET /connect?action=login&c=201&rid=3 HTTPS/1.1" 200 22525 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:38 +0200] "POST /connect HTTPS/1.1" 302 - "https://www.pm.lan/connect?action=login&c=201&rid=3" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:40 +0200] "GET /redirect/login/rid/3 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:40 +0200] "GET /connect?action=authenticate&rid=3&redirected=true HTTP/1.1" 302 222 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:43 +0200] "GET /connect?action=authenticate&rid=3&redirected=true HTTPS/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pm.lan 192.168.50.1 - - [11/Jun/2010:16:30:43 +0200] "GET /offer/buy/70542227/24-Heures-Chrono---Saison-6-DVD-Zone-2.html HTTP/1.1" 200 31177 "https://www.pm.lan/connect?action=login&c=201&rid=3" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" C'est l'enchainement normal a priori Mais il y a perte de l'ancre lors du retour de l'authentification... |
| Commentaire de Alexandre Garnier [ 11/juin/10 18:09 ] |
|
Bug IE6 (http://blogs.vertigo.com/personal/tomphan/Blog/archive/2007/05/11/response-redirect-and-the-anchor-in-ie6.aspx) : il perd les ancres de URL données en valeur de redirect. Le workaround proposé n'est vraiment pas évident à mettre en place car il va impacter le framework de parrsing d4URL pour le forcer à remettre le & avant l'ancre... |
| Commentaire de Alexandre Garnier [ 14/juin/10 11:25 ] |
|
Le workaround ne fonctionne même pas... Donc pas de solution (mis à part le login en pop-in) |
| Commentaire de Cédric Goldovsky [ 14/juin/10 15:13 ] |
|
Donc on fait quoi ???? Je livre dans 1 heure |
| Commentaire de Alexandre Garnier [ 14/juin/10 15:14 ] |
|
Après avoir regardé dans tous les sens, pas moyen d'avoir une solution fiable avec une ancre sur IE6. Je ne vois que 2 solutions : 1. l'identification en pop-in (plus besoin de retour sur la FP et donc plus de problème) 2. le passage en paramètre réel et non plus ancre Petit focus sur la solution 2 : * au lieu de "#submit_qa=true", on passe un paramètre "&submit=true" * gérer le cas où il faut que ce soit "?submit=true" * paramètre ignoré par l'action de la page * ne plus faire un handleAnchor en JS mais un handleParam pour provoquer la soumission du formulaire lorsque le paramètre est présent dans l'URL Risques : * REF : avoir une URL avec des paramètres bidons * regressions Chiffres : * 13 soumissions de Q&A avec authentification sous IE6 jeudi dernier sur un total de 300 * pas moyen de savoir ceux qui on tenté d'aller plus loin parmi ceux-ci * pas moyen de savoir si ces derniers ont abandonné ou re-soumis leur Q&A (Perso, je trouve que faire quelque chose pour corriger un bug IE6 est pas très 80/20...) |
| Commentaire de Fabrice Feugas [ 14/juin/10 17:38 ] |
|
L'identification en pop-in c'est sûr que non pour la CTN-R. 2ème solution, faisable en combien de temps ? |
| Commentaire de Alexandre Garnier [ 14/juin/10 19:05 ] |
| On va dire 1 jour. |
| Commentaire de Alexandre Garnier [ 15/juin/10 14:06 ] |
| Corrigé |
| Commentaire de Espérance Galouo-Lece [ 16/juin/10 10:05 ] |
| - Done. |
[IMP-6637] Import images partenaire Desvanlibro V2 Création: 28/juil./10 14:31 Mise à jour: 02/août/10 10:30 Résolue: 02/août/10 10:30 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | desvanlibro |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, pourriez-vous rajouter l'import images pour le partenaire pseudo Desvanlibro ? merci de rajouter un dossier images sur le compte FTP existant. le partenaire va déposer des fichier .ZIP avec le nom image (referencia.jpg) |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 28/juil./10 15:13 ] |
|
583 images reçues sur parques#/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/es/desvanlibro Import dès demain. |
| Commentaire de Daniel Pintamalli [ 02/août/10 10:30 ] |
| Les images ont été télécharges. Par contre, à présent aucune image correspond aux fiches de produits créées. |
[APP-3030] Import : problème d'upload de fichier de stock pour plusieurs partenaires Création: 08/nov./04 14:55 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Depuis le dernier déploiement, on m'a signalé déjà sur 3 comptes différents qui ont fait leur en direct au moins une fois avec succès, attention il ne s'agit pas de fichiers spécialement volumineux, le problème décrit est à chaque fois le même, téléchargement fu fichier en Excel, temps de téléchergement un peu long puis direct retour à la page de login où il faut resaisir mot de passe et pseudo, ce pb intervenaiot auparavant pour des gros catalogues excedant les 20/30 000 lignes, or il semble désormais fréquent pour de s partenaires ayant de petits fichiers et bénéficiant de connexions ADSL dernier modèle. Pseudo conernés : martroi tayannick funky_2 |
| Commentaires |
| Commentaire de Validator [ 08/nov./04 16:09 ] |
| Problème exploit ou dev ? |
| Commentaire de Quentin de Chivré [ 08/nov./04 17:47 ] |
|
Regarder les logs (Jboss et Apache si ca ne suffit pas). Peut-etre faudrait il obtenir les fichiers incriminés par mail afin de s faire une idée. |
| Commentaire de Validator [ 10/nov./04 10:31 ] |
| Vori Dorian pour avoir d'autres exemples de comptes qui ont des problèmes |
| Commentaire de Martin Sudmann [ 18/nov./04 12:49 ] |
|
si vous trouvez vraiment rien coté exploit, je vais jeter un oeuil sur les fichiers concernés, mais je suis quasi-sûr que le problème ne vient pas de là. |
| Commentaire de Sébastien Tournay [ 18/nov./04 18:38 ] |
|
OK. Après quelques tests menés hier et aujourd'hui on vient sans doute de trouver une cause qui pourrait expliquer ce problème au niveau des serveurs applicatifs. Je me charge dès le début de la semaine prochaine d'apporter quelques optimisations sur des paramètres. A suivre.. Sébastien |
| Commentaire de Quentin de Chivré [ 21/juin/05 13:58 ] |
| Corrigé ? |
| Commentaire de Sébastien Tournay [ 21/juin/05 14:15 ] |
| C'est corrigé. |
[APP-5536] Mettre en place la possibilité de tester les co-brandings en preview. Création: 31/août/05 19:01 Mise à jour: 25/juin/07 18:31 Résolue: 12/sept./05 17:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Judd OSullivan | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Actuellement on ne peut pas tester des co-brandings sur
preview.priceminister.com. Ce problème est reglable en exploit ou dans
le code. EXPLOIT En exploit l'idée serait de mettre en place tous ces domains : presencepc.preview.priceminister.com. camifoccasion.preview.priceminister.com etc Idéalement on ferait ca avec un joker : *.preview.priceminister.com. Sinon on précise tous les co-brandings. SET m'a dit qu'un nom de domain a besoin de trois adresses IP et qu'on a pas suffisement d'adresses ip libre pour ce genre de manipulation. En principe deux nom de domain peuvent partager la même adresse ip donc pq ne peut-on pas reutiliser les même adresses pour chaque co-branding ? SET a proposé de mettre en place un site cobranding-preview à la fois. L'avantage est qu'on n'utilise que 3 adresse. L'inconvenient est qu'on ne teste qu'un cobranding à la fois et que l'equipe exploit est obligé d'intervenir chaque fois qu'on veux changer le cobranding de preview. DEV Actuellement notre identification de brand dans le code est très simple. La première partie du nom de domain est le brand (tout avant le premier point). Il est possible d'ajouter un moyen de préciser le brand (par une page en BO par exemple) et d'ensuite stocker cette valeur dans la session. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 01/sept./05 13:54 ] |
|
Il me semble que l'on ne peut pas gérer cela sous forme de
joker (*.preview.priceminister.com) car l'application à besoin du sous
dommaine pour rapprocher les sépcifités du cobranding. Pour cela, on va donc créer un site de preview pour chacun des cobanding (ex : presence-pc-preview.priceminister.com). A chacun de ces sites, nous allons associer 1 @IP (RIP) et non 3 @IP (1 VIP + 2 RIP) comme nous le faisons pour le site de prod des cobrandings. Dans ce cas, nous n'aurons pas de répartition de charge et de failover sur la partie preview des cobrandings. Mais ce n'est pas très grave... On va utiliser une nouvelle machine de TEST en PROD qui à le même rôle que les 2 serveurs frontaux CUPIDON et PHAETON. Cette machine c'est BACCHUS. Cela évite donc de toucher aux serveurs de PROD. BACCHUS est initialement gardé dans un coin chez JMH en cas de panne sur CUPIDON et PHAETON pour rapidemment revenir à 2 serveurs frontaux. Néanmoins on peut l'utiliser pour la mise en place des previews pour les cobrandings. On programmera mod_jk sur BACCHUS afin qu'il interroge le worker JBOSS de preview (TITAN). Ce qui permettra de faire tous les paramètrages que vous souhaitez. On termine en ce moment de recetter BACCHUS en PROD. On devrait avoir les 2 premiers sites (camif et presence-pc) de preview de cobranding en place en début de semaine prochaine. C'est RANTO qui se chargera de la mise en place. |
| Commentaire de Judd OSullivan [ 01/sept./05 14:35 ] |
|
Et dés qu'il y a une panne sur cupidon/phaeton, les sites de cobranding-preview seront plus joignable ? Si j'ai bien compris, l'avantage d'un 3émé serveur apache est qu'on n'utilisera qu'une adresse IP pour chaque cobranding (au lieu de 3). Mais si on utilise les mêmes 3 adresses pour tous les sites preview, on pourrait mettre tout sur les serveurs apache actuels. |
| Commentaire de Sébastien Tournay [ 01/sept./05 15:11 ] |
| Si ils le seront toujours ce n'est pas les mêmes adresses. |
| Commentaire de Quentin de Chivré [ 01/sept./05 15:20 ] |
|
Je trouve cette solution bien trop lourde / compliquée par rapport au besoin. Si la solution "*.preview.priceminister.com" est jouable coté exploit, l'application arrivera a associer le bon cobranding (même s'il y a un léger dev a faire). Si cette solution n'est pas possible, attribuer 3 IP par site cobrandé en preview me parait bcp trop lourd (consommateur de temps, de resources, sujet a erreurs, etc...) et dans ce cas je prefere une solution 100% dev. |
| Commentaire de Sébastien Tournay [ 01/sept./05 15:26 ] |
|
NON. il n'est pas question de 3@IP (relire + haut). Nous allons associer 1@IP pour chaque preview de cobrandings. C'est ce qui se met en place en ce moment. |
| Commentaire de Quentin de Chivré [ 01/sept./05 15:33 ] |
|
Apres discussion avec Sebastien : Solution trop peu flexible => on prefere partir sur une solution dev |
| Commentaire de Quentin de Chivré [ 01/sept./05 17:06 ] |
|
Faire un servlet FO acceptant comme paramètre un nom de brand. La brand séléctionnée est forcée dans la session. Dans le BO cobrandings, ajouter pour chaque cobranding un lien vers ce servlet FO en preview. |
| Commentaire de Andrei Matyas [ 05/sept./05 17:37 ] |
| En passant un parametre brand=brandAlias je force FrontSession. Les liens sont disponibles dans la liste des cobrandings (coté BO) |
| Commentaire de Quentin de Chivré [ 12/sept./05 10:40 ] |
|
Attention aux pages pseudo-statiques... etes vous sur que cela va marcher ? Il me semble qu'il faudrait un moyen d'acceder les vraies pages quand on est en mode preview... |
| Commentaire de Andrei Matyas [ 12/sept./05 17:25 ] |
| J'ai parlé avec Judd la solution la plus simple est de configurer le serveur de preview de ne pas utiliser des pages pseudo statiques (toutes les pages sont générées) |
[EXP-639] Création d'un script pour supprimer les images d'un partenaire Création: 20/déc./05 16:34 Mise à jour: 25/juin/07 18:55 Echéance: 12/janv./06 00:00 Résolue: 12/janv./06 12:47 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Marion Anfreville | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||
| Description |
|
Suite à un des problèmes rencontrés pour télécharger les
images de plusieurs partenaire, nous aurions besoin d'un script qui nous
permettent de supprimer les images pour un partenaire, avec possiblité
de renseigner le login du partenaire dont on veut supprimer les images. Lorsque une fiche produit a déjà des images photo 3 et 4 et que la fiche produit a été mise à jour par la suite avec une URL image/principale, il n'est pas possible de téléchargée celle-ci. Il faut supprimer les images existantes puis relancer le script d'import d'images pour que toutes les images soient téléchargées. De plus il arrive souvent que des partenaires veuillent mettre à jour leurs images et seules les URL sont modifiées. Nous devons passer par la suppression des fiches produits suivie d'une création pour avoir les bonnes images ce qui est assez extrême. La demande concerne les images elles-mêmes et pas les URL images. J'ai discuter de ceci avec Nicolas et Jérome avant de soumettre cette demande. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 23/déc./05 16:39 ] |
|
Pour résumer, Vous voulez un script qui a comme paramètre un le login du partenaire ./pmdelete_images --login electropromo (par ex) Cela suprimera tous les images du partenaire electropromo se trouvant dans /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/electropromo Si ce n'est que cela , c'est assez simple à mettre en place (tps estimé : 15mn) Merci de confirmer |
| Commentaire de Ranto Andriambololona [ 29/déc./05 11:05 ] |
| et ma confirmation ? |
| Commentaire de Xavier Barbosa [ 29/déc./05 11:14 ] |
| espérance et marion ne reviennent que lundi. ils pourront exprimer leur point de vue à ce moment. |
| Commentaire de Nicolas Gréhalle [ 02/janv./06 09:10 ] |
|
A priori, ce n'est pas ça. Il faut un script qui change le statut des images en "Supprimée" des produits du login indiqué, afin qu'on puisse recommencer le téléchargement des images. Il ne faut pas toucher aux fichiers images |
| Commentaire de Ranto Andriambololona [ 04/janv./06 15:30 ] |
|
En attente de l'arrivée du problème manager cette semaine ... |
| Commentaire de Marion Anfreville [ 11/janv./06 09:30 ] |
| Nous avons besoin de ce script dans les plus brefs délais car actuellement nous avons une demande d'un partenaire pro qui nécessite ce script et nous ne pouvons répondre à sa demande sans ce script. |
| Commentaire de Rodrigue Nsiangani [ 11/janv./06 09:33 ] |
| On ne peut mettre à jour les photos du partenaire recreative tant que le script n'est pas fait. Car il y'a plus de 400 lignes on ne peut pas le faire à la main |
| Commentaire de Antoine Koener [ 11/janv./06 11:56 ] |
|
AFin de satisfaire votre demande dans les plus brefs délais, je voudrais connaître le nom d'un interlocuteur capable de me donner la requète SQL à utilisé dans le script. Si je comprends bien votre souci, le passage d'un état (que je ne connais pas) vers un état signifiant que les images peuvent être téléchargées devraient vous permettre de mettre à jour les photos du partenaire ? |
| Commentaire de Marion Anfreville [ 11/janv./06 14:05 ] |
|
Pour précision, nous voulons un script qui permettrait de
passer les images d'un partenaire donné de l'état 'actif' à l'état
'supprimer'. Il suffirait de mettre le login du partenaire voulu en
entrée et de lancer le script afin que les images des fiches produits du
partenaire passent de l'état 'actif' à l'état 'supprimer'. La raison pour laquelle on a besoin de ce script est que nous ne pouvons pas téléchargées de nouvelles images s'il y a déjà une image active sur la fiche produit. Certains de nos partenaires ayant un grand nombre de fiches produits, nous ne pouvons réaliser cette manipulation manuellement car ceci prendrait trop de temps. Je pense que la personne la mieux placée pour te renseigner sur la requête SQL à utiliser pour le script est Patrick Pereira (Exploit.). |
| Commentaire de Antoine Koener [ 11/janv./06 17:52 ] |
|
Récupération de l'identifiant recreative: SQL> select user_account_id, login from user_account where login=upper('&account'); Entrez une valeur pour account : recreative ancien 1 : select user_account_id, login from user_account where login=upper('&account') nouveau 1 : select user_account_id, login from user_account where login=upper('recreative') USER_ACCOUNT_ID LOGIN --------------- -------------------------------------------------- 9787977 RECREATIVE Calcul du nombre d'image à traités pour le client recreative #9787997 SQL> select decode(a.pri_status_code, 10, 'validated', 20, 'submitted', 30, 'deleted', 40, 'conflict', 50, 'import', 15, 'autovalidated', 18, 'submitted_visible', 60, 'image error', a.pri_status_code), count(a.prd_image_id) from prd_image a where a.user_account_id='9787977' and a.pri_status_code in (10,15) group by (a.pri_status_code); DECODE(A.PRI_STATUS_CODE,10,'V COUNT(A.PRD_IMAGE_ID) ---------------------------------------- --------------------- validated 26 autovalidated 421 Ces 447 fichiers vont donc être passés à la moulinette dêjà réalisée et utilisée par patrick qui s'occupe de recalculer le RANK et de marque les image en status_code de 60. Les images seront donc remises à jour. |
| Commentaire de Antoine Koener [ 12/janv./06 12:18 ] |
| Pour action Patrick |
| Commentaire de Patrick Pereira [ 12/janv./06 12:47 ] |
|
C'est fait. account_id: 9787977 affected images = 454 Patrick. |
script pmjboss pas rassurant - Optimisation - cas de statsauto
(EXP-705)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Ranto Andriambololona | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Actuellement en PROD, un travail d'homogenéisation et
d'évolution des scripts (pmjboss, pmdeploynewear, pmarchivelogs) a été
fait : - archivage centralisé des logs - même scripts sur tous les SA (32 ou 64 bits, Serveur de batch ou Serveur normal) - gestion des BUG 64 bits - etc ... Toutes améliorations de scripts doit maintenant ètre testé en INTEG avant d'ètre amené en PROD. Actuellement j'amélior les scripts dans le CVS, je fait bien attention à que tout soit carré, je sors un SA de PROD du pool et je met en palce le nv script avec tests multiples (démarrage, arrêt, cron, ps -aux, etc ...) Cela n'est possible que si les scripts d'INTEG sont identiques aux scripts de PROD avec exactement le même environnement (share NFS, crontab, etc ...) ACTIONS: - créer un FILER et le monter sur tous les SA d'INTEG ( pmshare) - merger dans le CVS toutes les versions des scripts liées à JBOSS (pmarchiveslogs, pmjboss, pmdeploynewear, etc ..) et créer une version unique en INTEG - merger la version de PROD avec la version d'INTEG et obtenir une version comptatible PROD et INTEG - créer un crontab unique pour l'INTEG |
| Commentaires |
| Commentaire de Sébastien Tournay [ 04/janv./06 11:40 ] |
| ATTENTION à bien se caler avec XIAOMING pour le merge de CVS entre l'INTEG et la PROD. Il a un JIRA à ce propos pour sa mise en place et le déploiement en PROD de la livraison de tous les scripts d'exploit. |
| Commentaire de Ranto Andriambololona [ 10/janv./06 18:31 ] |
|
Finalement je suis parti sur une méthode différente. J'ai récupéré les scripts de PROD et je me suis débrouillé (adaptation) pour le faire fonctionner en INTEG *JBOSS - Ajout de controle suppémentaire sur l'environnement (INTEG ou PROD) - Création de répertoire manquant - Création du SHARE_NFS sur mumm et montage depuis Deutz et Ayala (ça marche sur mumm, ayala) Deutz est en cours d'INTEGRATION donc le script pour lui sera mis demain *APACHE - Mise en place de pmworkersall et pmworker pour la supression et insertion de worker (ça marche sur Deutz) |
| Commentaire de Sébastien Tournay [ 11/janv./06 11:37 ] |
|
Ranto, Pouvons lister les autres chantiers d'harmonisation de la plateforme d'INTEG pour avoir comme en PROD. Cette première mise à plat devrait déjà nous permettre d'intégrer toute la logique de CVS et le déploiement des scripts avec déjà comme premier candidat PMJBOSS |
| Commentaire de Ranto Andriambololona [ 12/janv./06 12:08 ] |
|
Voici la liste Deutz Apache ==>OK Jboss ==> Not Ok (attente de la prochaine INTEG) Mum Jboss ==> OK pmshare ==> OK Ayala Jboss ==> OK pmshare ==> OK Jboss : scripts pmjboss, pmdeploynewear, pmarchivelogs Apache: Mécanisme de pmworkerall, pmworker |
| Commentaire de Sébastien Tournay [ 12/janv./06 15:06 ] |
|
J'ai aussi noté : > la partie concernant FAST. Harmoniser les user (pmfast au lieu de fast01), s'assurer que l'application est bien installée au niveau de /appli/priceminister (comme en prod). ATTENTION en déplaçant car on risque d'avoir les chemins en dur dans des scripts. > Mettre à jour la varibale ENV pour avoir notamment PMASH avec tous les SA d'integ. Ce n'est pas à jour sur mumm par exemple. |
| Commentaire de Ranto Andriambololona [ 13/janv./06 15:20 ] |
|
Deutz est à jour au niveau scripts Jboss J'ai profité de l'INTEG V810 de ce midi pour sa MAJ idem pour les variables PMASH sur les SA d'integ |
[EXP-315] Nouveau fichier de logs avec Yahoo + MSN search Création: 07/nov./05 14:44 Mise à jour: 25/juin/07 18:54 Résolue: 29/déc./05 18:49 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Maintenance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 1 jour | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 1 jour | ||
| Description |
|
nouveaux extraits du fichier de logs Rajout des logs de Yahoo et MSN search. 3 fichiers différents ( Google, MSN & Yahoo) à mettre dans le même fichier ultérieuremeent. Merci . _______________________ Critères Pour le search, il faut que le texte soit dans le referer Pour le bot , il faut que le texte soit dans le user-agents. Yahoo: - BOT: "Yahoo! Slurp" - SEARCH "yahoo.com/search" "216.109.124.98/search" "search.yahoo.co.jp/bin/query" "search.yahoo.com/bin/search" "cache.yahoofs.jp/search/cache" MSN: - BOT: "msnbot" - SEARCH "search.msn.fr/results.aspx" "search.msn.fr/spresults.aspx" "search.fr.sympatico.msn.ca/results.aspx" "search.msn.com/results.aspx" "search.msn.be/results.aspx" "search.fr.msn.be/spresults.aspx" |
| Commentaires |
| Commentaire de Sébastien Tournay [ 07/nov./05 15:33 ] |
|
Faudrait enrichir sur CUPIDON et PHAETON le script # Analyse des logs APACHE pour optimiser le referencement avec APOSITION (demande pour NIG) 30 7 * * * cd /data/priceminister/referencement ; ./analyseApacheLog.pl > /tmp/analyseApacheLog.log 2>&1 qui permet de traiter la mise en place d'étude du référncement pour GOOGLE pour également traiter l'analyse de MSN et YAHOO. Prévoir d'intégrer la compression des fichiers de log générés. Prévoir de générer directement les fichiers sur le serveur NFS de JUNON. |
| Commentaire de Ranto Andriambololona [ 28/déc./05 17:54 ] |
|
C'est traité et testé ... Avant, nous générons un seul log pour le référencement. Ce log se trouve sur phaeton:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/serveur1.log.gz phaeton:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/serveur2.log.gz serveur1.log.gz est le log de reférencement google du jour sur le serveur PHAETON serveur2.log.gz est le log de reférencement google du jour sur le serveur CUPIDON Comme l'accès au logs est loadbalancé, nous avons les même fichiers sur cupidon:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/serveur1.log.gz cupidon:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/serveur2.log.gz CE QUI A ETE FAIT : Ré-écriture du script analyseApacheLog.pl et movelog.sh pour : - Ajout de la génération de logs de référencement MSN - Ajout de la génération de logs de référencement YAHOO Nous avons donc à partir de demain les logs de types suivants phaeton:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/serveur1.log.gz phaeton:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/serveur2.log.gz phaeton:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/phaeton.yahoo.log.gz phaeton:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/cupidon.yahoo.log.gz phaeton:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/phaeton.msn.log.gz phaeton:/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/cupidon.msn.log.gz idem sur Cupidon (car loadbalancé) Je n'ai pas changé les noms des fichiers serveur1.log.gz et serveur2.log.gz (qui correpondent aux logs de référencement google) car APOSITION utilise des mécanismes automatiques pour les récupérer. Les nouveaux fichiers sont bien sûr intégrés dans le système d'archivage des logs APACHE sur JUNON |
| Commentaire de Sébastien Tournay [ 29/déc./05 17:33 ] |
|
Visiblement cela n'a pas fonctionné. Il faut
tester/controler que cela fonctionne correctement avant de fermer la
demande. Sébastien |
| Commentaire de Ranto Andriambololona [ 29/déc./05 18:49 ] |
|
En fait, j'ai pas testé sur Phaeton et Cupidon car j'était
quasi sûr que cela allait marcher vu que que j'ai lançé le script une
dizaine de fois sir L'INTEG. Par rapport à l'INTEG il suffisait juste de
modifier le nom Deutz en Phaeton ou Cupidon (dynamiquement). Cela est réglé et génère les logs voulus -rw-rw-r-- 1 adminpm adminpm 175524 Dec 29 18:42 cupidon.msn.log.gz -rw-rw-r-- 1 adminpm adminpm 2165625 Dec 29 18:42 cupidon.yahoo.log.gz -rw-rw-r-- 1 adminpm adminpm 218094 Dec 29 18:42 phaeton.msn.log.gz -rw-rw-r-- 1 adminpm adminpm 2195120 Dec 29 18:42 phaeton.yahoo.log.gz -rw-rw-r-- 1 adminpm adminpm 10973312 Dec 29 18:42 serveur1.log.gz -rw-rw-r-- 1 adminpm adminpm 13044850 Dec 28 07:34 serveur2.log.gz |
[APP-6538] Auto : remplacement des pièces jointes aux mails auto en rapport à la garantie mécanique Création: 01/déc./05 17:17 Mise à jour: 25/juin/07 18:33 Résolue: 13/déc./05 19:09 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.9 |
| Version(s) corrigée(s): | 8.0.9 |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Bertrand Luc Yovanovitch | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | 5 minutes | ||
| Temps consacré: | 1 heure, 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Nouvelle pièces à joindre aux mails auto concernant la
partie auto. Le format est le pdf. Les documents sont actuellement en
.doc et doivent être convertis en .pdf. - Mail de confirmation de dépot d'annonce : mail automatique existant pièce à joindre : -detgm.pdf ( à remplacer) -detpj.pdf ( pas de changement) - Mail de confirmation d'activation des garanties mécanique ( mail à mettre en place pour la 8.0.9) pièces à joindre, 3 cas possibles : - Activation de la protection juridique : detpj.pdf - Activation de la protection juridique et d'une garantie de 1 mois : detpj.pdf atgm.pdf detgm.pdf pecgm.pdf - Activation de la protection juridique et d'une garantie de plus d'1 mois : detpj.pdf detgm.pdf pecgm.pdf - Mail de confirmation d'achat d'extension de garantie mécanique ( mail à mettre en place pour la 8.0.9) pièce à joindre : detpj.pdf detgm.pdf pecgm.pdf |
| Commentaires |
| Commentaire de Sébastien Tournay [ 05/déc./05 14:55 ] |
|
OK. Qui nous met les documents PDF à disposition ? on se charge ensuite de les uploader sur le serveur en PROD (PHAETON et CUPIDON). L'idéal serait d'avoir ces docs PDF dans la demande JIRA. Sébastien |
| Commentaire de Bertrand Luc Yovanovitch [ 05/déc./05 15:00 ] |
|
Je suis en attente de l'installation d'acrobat sur le poste
de Steven pour les convertir en pdf. Dés que la conversion est faite, je
les joint au Jira. Merci, Bertrand |
| Commentaire de Bertrand Luc Yovanovitch [ 06/déc./05 16:48 ] |
|
Voici les pdf. Le dev aimerait connaitre les chemins de ces pdf pour les integrer aux mails. Merci. |
| Commentaire de Sébastien Tournay [ 06/déc./05 17:16 ] |
|
Je laisse ranto mettre les docs PDF en INTEG et en PROD (a confirmer) A priori le chemin serait '/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/docs' |
| Commentaire de Christophe Garcia [ 07/déc./05 18:47 ] |
| Est-ce que c'est dispo ? |
| Commentaire de Ranto Andriambololona [ 09/déc./05 14:26 ] |
|
C'est dispo en INTEG sur Deutz dans /data/chrootapache/usr/local/apache-2.0.51/htdocs/pmweb/virtualhost-www/docs Il -til prévu de le faire en PROD le jour du déploiement ? Si OUI, merci de dire à Judd du DEV de le mettre dans le wiki de déploiement V809 |
| Commentaire de Arnaud Forgues [ 13/déc./05 17:02 ] |
|
En fait, c'est au niveau de chaque serveur d'application qu'il faut mettre à jour les pièces jointes. En l'occurence, il semblerait que les nouveaus SA n'ont pas ces PJ. NB : Pour le mail d'achat d'extension, ne pas joindre "detpj.pdf" |
| Commentaire de Arnaud Forgues [ 13/déc./05 17:04 ] |
| Il faut donc que tu mettes de suite les 4 PJ sur les 11 SA : cela va ecraser ou ajouter les PJ. Ensuite tu me retransmet le JIRA pour que je mette à jour les mails BO. |
| Commentaire de Ranto Andriambololona [ 13/déc./05 17:22 ] |
|
Les 4 nouveaux Fichiers *.pdf ont été placé à l'instant sur les 11 serveurs de PROD ... dans /data/priceminister/jboss/attachment |
[EXP-1297] Nouvelles Optimisations Kelkoo et LeGuide Création: 16/févr./06 17:03 Mise à jour: 25/juin/07 18:56 Résolue: 07/juin/06 15:29 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Charles Decaux | Attribution: | Edouard Laurent |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Voici de nouvelles optimisations sur les flux. Peux-tu me dire pour chaque optimisation quand est-ce qu'elle prend effet ? Merci. Kelkoo (prioritaire dans cette demande) : Image et Son, Informatique, Téléphones : on ne garde que 10% des meilleures ventes sur 1 mois. Livres, Musique, Vidéos : on enlève tous les produits ayant généré plus d'une vente les 3 derniers jours OU tous les produits ayant une seule annonce si l'annonce a été déposée il y a moins de 30 jours. LeGuide : Image et Son : on coupe le flux neuf Image et Son. Enfants + ModeTextile : on coupe tout. |
| Commentaires |
| Commentaire de Edouard Laurent [ 17/févr./06 19:39 ] |
|
A partir du 18 fevrier 2006, les flux seront envoyes optimises selon les nouvelles regles ! voici quelques chiffres : 234 311 Livres supprimes du flux alors qu'on etait avec l'ancienne optimisation arrive a 17 271 4 683 DVD supprimes du flux alors qu'on etait avec l'ancienne optimisation arrive a 844 880 VHS supprimes du flux alors qu'on etait avec l'ancienne optimisation arrive a 98 16 512 CD AUDIO supprimes (nouvelle optimisation) 8 776 vinyle supprimes (nouvelle optimisation) Pour Kelkoo tech, l'optimisation est en place aussi soit 8650 produits envoyes au lieu de 10 fois plus. Pour Leguide, l'optimisation (suppression de categories) est en place aussi. |
| Commentaire de Odile Szabo [ 20/févr./06 15:01 ] |
| verifier dans les logs que les nouveaux flux ont été récupérés par KK |
| Commentaire de Edouard Laurent [ 20/févr./06 17:45 ] |
|
voici ce que j ai trouve dans les logs apache depuis le 18/Feb/2006:01:45:03 : www.priceminister.com 195.68.39.110 - - [19/Feb/2006:23:12:03 +0100] "GET /partenariat-kelkoo/kelkoo-tech.lst.gz HTTP/1.1" 200 1739069 "-" "Jakarta Commons-HttpClient/2.0rc2" cela veut dire que le flu kelkoo-tech optimise a du etre integre qu'a partir de ce matin ce qui expliquerait que les resultats soit toujours en hausse sur le week end |
| Commentaire de Charles Decaux [ 02/mars/06 11:15 ] |
|
Edouard, j'ai besoin de comptages assez poussés. Dans le ficher Excel ci-joint tu trouveras un récap des comptages dont j'ai besoin. C'est très important que j'ai le détail de comptage par critère et par catégorie de produits (pas kelkoo tech global, mais un comptage informatique, un comptage image&son et un comptage téléphones). Merci et à ta dispo pour en parler Charles |
| Commentaire de Edouard Laurent [ 03/mars/06 16:52 ] |
|
En piece jointe le resultat des comptages |
| Commentaire de Charles Decaux [ 06/mars/06 20:20 ] |
|
Edouard, peux-tu optimiser les flux de la facon suivante et nous prévenir dès que c'est fait. Jeux Vidéo : on enlève - Les FP avec plus de 2 ventes dans les 3 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 3 jours Livres, Vidéo, Musique, Téléphone : on enlève - Les FP avec plus d'1 vente dans les 7 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 60 jours Informatique : on ne touche à rien Image et Son : on reste sur 10% des meilleures ventes. Merci de nous indiquer dès que c'est fait. Merci Charles |
| Commentaire de Edouard Laurent [ 07/mars/06 18:17 ] |
|
Les optimisations sont en place pour les categories suivantes : jeux video, livres, video, musique , voici les resultats des comptages pour ces categories : 99 299 bookskelkooremove.lst 15 158 dvdkelkooremove.lst 472 gameskelkooremove.lst 21 613 musickelkooremove.lst 3 361 vhskelkooremove.lst 2 043 vinylekelkooremove.lst 3 084 accessoireskelkoo.lst 2 400 869 bookskelkoo.lst 648 consoleskelkoo.lst 43 633 dvdkelkoo.lst 0 enfantskelkoo.lst 25 707 gameskelkoo.lst 298 923 musickelkoo.lst 0 textileskelkoo.lst 41 828 vhskelkoo.lst 187 510 vinylekelkoo.lst pour info : on a 3 816 762 FP Je metterais en place les optimisations sur les autres categories demain |
| Commentaire de Edouard Laurent [ 09/mars/06 19:18 ] |
|
Optimisation en place pour informatique et hifi, je suis
reste sur 10% des meilleurs ventes pour electronics car les chiffres que
j'obtiens actuellement apres optimisation ne correspondent pas du tout a
ce que j'avais annonce. Il reste donc a optimiser le flux Mobile & PDA (eletronics) |
| Commentaire de Charles Decaux [ 10/mars/06 10:55 ] |
|
Peux-tu me confirmer ce récapitulatif ? Jeux Vidéo : optimisation faite le 7 mars Livres, Vidéo, Musique : optimisation faite le 7 mars. Informatique : tu n'as rien fait (il ne faut pas toucher au feed, de toute façon c'est Kelkoo qui le coupe) Image et Son : il ne faut rien faire dessus car on est déja sur les 10% meilleures ventes. Tel et PDA : reste à optimiser |
| Commentaire de Charles Decaux [ 14/mars/06 14:53 ] |
|
Edouard, je n'ai pas eu ton retour sur ma dernière demande. Peux-tu me confirmer le récapitulatif précédent ? Quand pourras-tu optimiser téléphones ? Merci |
| Commentaire de Edouard Laurent [ 14/mars/06 14:57 ] |
|
Les optimisations n'ont pas l'air de fonctionner (cf pb books pour kelkoo) je suis la dessus. Je n'arrive pas a comprendre pourquoi il y a autant de differences entre les comptages que j'ai fait dans la base et les comptages que je fais sur les fichiers en sortie. |
| Commentaire de Edouard Laurent [ 14/mars/06 18:34 ] |
|
882 164 bookskelkooremove.lst 8 931 dvdkelkooremove.lst 546 gameskelkooremove.lst 29 412 musickelkooremove.lst 1 826 vhskelkooremove.lst 15 161 vinylekelkooremove.lst 3 084 accessoireskelkoo.lst 1 899 999 bookskelkoo.lst 651 consoleskelkoo.lst 49 927 dvdkelkoo.lst 0 enfantskelkoo.lst 25 637 gameskelkoo.lst 291 494 musickelkoo.lst 0 textileskelkoo.lst 43 620 vhskelkoo.lst 175 807 vinylekelkoo.lst voila les chiffres d'aujourd'hui |
| Commentaire de Charles Decaux [ 15/mars/06 10:10 ] |
|
Salut Edouard, peux-tu me faire un rapide récap des dates auxquelles tu as fait les optimisations. Jeux Vidéo : optimisation faite le 7 mars Vidéo, Musique : optimisation faite le 7 mars. Livres : le 7 mars, les optimisations n'avaient plus lieu suite à un pb technique. Les optimisations sont effectives depuis le 14 mars. Informatique : tu n'as rien fait (il ne faut pas toucher au feed, de toute façon c'est Kelkoo qui le coupe) Image et Son : il ne faut rien faire dessus car on est déja sur les 10% meilleures ventes. Tel et PDA : reste à optimiser |
| Commentaire de Edouard Laurent [ 17/mars/06 10:24 ] |
|
Toutes les optimisations sont en place depuis hier soir On a fait un check complet des flux pour etre bien sur d'envoyer les bons produits avec C.Decaux |
| Commentaire de Charles Decaux [ 17/mars/06 10:35 ] |
|
Pour étoffer le commentaire : - Sur l'optimisation Téléphones, il y avait un problème sur les téléphones depuis le 7 mars. Cela va être corrigé à partir du 17 mars. On envoyait 10% des produits au hasard et non pas meilleures ventes. - Sur l'optimisation Image et Son : idem - Sur l'optimisation Livres : on envoyait tous les livres. Le bug est corrigé depuis le 15 mars. Il faudrait me confirmer cela, Edouard. Et sur les autres catégories (jeux vidéos, musique notamment), nous n'avons pas encore checké les optimisations. Merci de me confirmer tout cela. Charles |
| Commentaire de Edouard Laurent [ 17/mars/06 11:13 ] |
| Je confirme tout ca |
| Commentaire de Charles Decaux [ 17/mars/06 12:36 ] |
|
Je sors d'une réunion de budget Marketing. Nous allons dépasser le budget. Peux-tu procéder à d'autres optimisations urgentes. 1. Livres : on reste sur l'optimisation actuelle. Mais, en plus, on n'envoie plus les livres neufs. 2. Image et Son : on reste sur 10% des meilleures ventes, mais parmi ces 10%, on n'envoie que les produits neufs. Peux-tu le faire avant ce WE ? Et me dire quand c'est fait ? Merci et à ta dispo pour en parler |
| Commentaire de Odile Szabo [ 17/mars/06 13:29 ] |
|
pour info , charles est en congé la semaine prochaine, il faut donc me tenir au courant, merci Odile |
| Commentaire de Charles Decaux [ 17/mars/06 15:01 ] |
|
Sur le commentaire "Commentaire de la part de Charles Decaux [17/mars/06 12:36] " --> Rectificatif : on supprime finalement complètement image et son Sur la musique : on reste sur l'optimisation actuelle, mais en plus, on n'envoie pas le neuf. Merci et à ta dispo pour en parler Charles |
| Commentaire de Charles Decaux [ 17/mars/06 15:23 ] |
|
Pour compléter le commentaire sur l'optimisation en musique : 1. On sélectionne une première liste de pdts sur la base de l'optimisation existante 2. On sélectionne une seule offre s'il y a du neuf et de l'occasion sur une même FP. On prend le best price new ou used de la FP. 3. Si le best price est celui du new --> on n'envoie pas du tout la FP. Merci |
| Commentaire de Edouard Laurent [ 17/mars/06 18:43 ] |
|
comptage apres optimisation : 1 732 043 bookskelkoo.lst 200 715 musickelkoo.lst 1 289 vinylekelkoo.lst |
| Commentaire de Edouard Laurent [ 21/mars/06 15:05 ] |
|
# Livres : 1 757 168 - Les FP avec plus d'1 vente dans les 7 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 60 jours - Les FP occasion uniquement # Musique CDs : 203 284 - Les FP avec plus d'1 vente dans les 7 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 60 jours - Les FP occasion uniquement # Musique Vinyles : 150 609 - Les FP avec plus d'1 vente dans les 7 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 60 jours - Les FP occasion uniquement # Vidéos VHS : 43 914 - Les FP avec plus d'1 vente dans les 7 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 60 jours # Vidéos DVD : 41 744 - Les FP avec plus d'1 vente dans les 7 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 60 jours # Jeux : 25 836 - Les FP avec plus de 2 ventes dans les 3 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 3 jours # images et son : 0 - # Informatique : 34 312 - Toutes les FP # Image et Son : 0 - Aucune FP # Telephone : 28 594 - Les FP avec plus d'1 vente dans les 7 derniers jours - Les FP ayant une seule annonce et dont l'annonce a été déposée il y a moins de 60 jours |
| Commentaire de Charles Decaux [ 31/mars/06 10:23 ] |
|
Edouard, dans tes comptages peux-tu me donner le détail par catégorie (déjà fait dans ton dernier commentaire) mais aussi par critère pour chaque catégorie ? Merci |
| Commentaire de Edouard Laurent [ 31/mars/06 12:18 ] |
| vu avec Charles. |
| Commentaire de Charles Decaux [ 09/mai/06 16:48 ] |
|
L'optimisation sur les livres ne semble pas marcher !!!!! 1. Kelkoo se plaint du niveau des livres qui est repassé à plus de 2 millions 2. Je vois que "deception point" est référencé chez Kelkoo alors qu'il s'agit d'une de nos meilleures ventes. Les meilleures ventes doivent normalement être exclues du flux !!!! Merci de nous tenir au courant super rapidement. Charles |
| Commentaire de Edouard Laurent [ 07/juin/06 15:29 ] |
|
Cette demande rejoint l'optimisation sur les livres Si cela se renouvelle pour un livre qui ne devrait pas etre sur kelkoo merci de me donner l'ID du product par mail, je regarderais a ce moment la si il y a un pb. pour l'instant l'optimisation fonctionne correctement. |
[EXP-1395] Plantage quand on fait une recherche avec "/" à partir du BO Création: 27/févr./06 17:19 Mise à jour: 25/juin/07 18:56 Résolue: 27/févr./06 19:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Lydia Dali | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
A partir du BO si on cherche 36/38 sur http://bo.pm.lan/navigation/se/category/sa/kw/36%2f38, ça nous renvoie une erreur "L'accès direct aux boutiques des vendeurs ......" LOG de deutz: bo.pm.lan 192.168.1.155 - - [27/Feb/2006:16:58:02 +0100] "GET /navigation/se/cat egory/s_music/category_sub/104723/kw/36%2f38 HTTP/1.1" 404 605 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" Par contre pas d'erreur si on passe par de www.pm.lan |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 27/févr./06 19:44 ] |
|
J'ai ajouté AllowEncodedSlashes On dans la configuration apache du bo Le problème est résolu |
[APP-7148] Suite APP-6899 : D'autres URL continuent de sortir en erreur "Action 'null' not defined" Création: 23/janv./06 12:52 Mise à jour: 20/nov./07 10:56 Résolue: 10/oct./07 10:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.0a |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Geneviève Beaujard |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||
| Classif1: | TECH | ||||||||||||||||||||
| Classif2: | TECH - formulaire | ||||||||||||||||||||
| Projets PM archivés: | Maintenance 18.x.x | ||||||||||||||||||||
| Description |
| Commentaires |
| Commentaire de Judd OSullivan [ 30/mai/06 11:43 ] |
|
Regarde |
| Commentaire de Geneviève Beaujard [ 03/août/07 15:44 ] |
| voir un debut d'analyse dans http://pricejira.lan/secure/attachment/23065/explications.txt |
| Commentaire de Edouard Gomez-Vaez [ 03/août/07 15:49 ] |
|
J'extrais un peu pour synthèse : Cas 1/ Je ne m'explique pas cette erreur Cas 2/ L'internaute demande a voir son profile sur la page 'Mes données personnelles' avec l'url 'https://www.priceminister.com/connect?action=profile' comme l'internaute n'est pas loggé, celui se logge avec succès et arrive sur la page 'Identification réussie', cette page contient le formulaire suivant: <form action="http://www.priceminister.com/connect" name="frmLoginSuccess" method="post" onsubmit="return checkSubmitted(this.name)"> <input name="action" value="profile" type="hidden" /> <input name="continuebtn" type="submit" class="blueinptsmall" value="Continuer" /> </form> et ça la ou ça se gâte, en effet l'url "http://www.priceminister.com/connect" est transformé par apache en "https://www.priceminister.com/connect", le règle de réécritures ne prend pas les paramètres passés en POST Cas 3/ Erreur inexplicable on arrive directement sur cette url, il y a pas mal de cas similaires. Cas 4 et 5/ Je n'ai pas encore de reponses pour ce type d'erreur. |
| Commentaire de Edouard Gomez-Vaez [ 03/août/07 15:50 ] |
|
Et la question finale : l'étude de ce bug risque de prendre beaucoup de temps. Faut-il CONTINUER ? |
| Commentaire de Geneviève Beaujard [ 05/oct./07 16:02 ] |
|
En accord avec edouard je ferme ce bug qui traine depuis un certain temps. Pour l'instant la solution n'est pas evidente. A reouvrir si necessaire. [CAJ200710] |
| Commentaire de Edouard Gomez-Vaez [ 05/oct./07 16:04 ] |
|
Le 2/ du |
| Commentaire de Edouard Gomez-Vaez [ 10/oct./07 10:49 ] |
| Passé en won't fix sauf pour le Cas 2 traité dans le APP-17680 |
[APP-6962] ORA-00904: "ADVERT"."TUTU": invalid identifier en INTEG Création: 11/janv./06 10:52 Mise à jour: 25/juin/07 18:34 Résolue: 11/janv./06 11:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.0 |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sur AYALA, après avoir fait une recherche sur ZORRO pour
accéder à la fiche produit
'offer/buy/6930630/Zorro-Productions-Zorro-Et-La-Forter
esse-Du-Diable-Livre.html' j'ai une erreur 503 de retournée 'En raison
d'un trafic ...'. J'ai plus l'impression que c'est lié à un problème Oracle 'java.sql.SQLException: ORA-00904: "ADVERT"."TUTU": invalid identifier '. 2006-01-11 10:40:29,632 INFO [P-Processor2] 192.168.1.159 - Setting response status code to 503 2006-01-11 10:40:29,673 INFO [P-Processor2] 192.168.1.159 - <<< [664 ms] GET http://bo.pm.lan/offer/buy/6930630/Zorro-Productions-Zorro-Et-La-Forter esse-Du-Diable-Livre.html 2006-01-11 10:40:29,688 INFO [ool Worker-1] - Cache shipping - Reload done in 72 ms 2006-01-11 10:40:30,156 INFO [P-Processor6] 192.168.1.159 - <<< [3384 ms] GET http://img.pm.lan/photo/236081630_S.jpg 2006-01-11 10:40:32,364 INFO [P-Processor4] 192.168.1.159 - connection timeout reached 2006-01-11 10:40:40,150 INFO [P-Processor4] 192.168.1.159 - Session bound 2006-01-11 10:40:40,152 INFO [P-Processor4] 192.168.1.75 - >>> GET http://www.pm.lan/navigation/default/category/tab_600?static=true 2006-01-11 10:40:40,156 INFO [ool Worker-1] - Cache tracking - Reload starting 2006-01-11 10:40:40,164 INFO [ool Worker-4] - Cache display_map - Reload starting 2006-01-11 10:40:40,217 INFO [ool Worker-5] - Cache date_block_map - Reload starting 2006-01-11 10:40:40,219 INFO [ool Worker-5] - Populating BinBlock : CatId=100239 name=[Ça vient d'arriver (Bloc)] T=null M=null Age=180 NbMax=3 NbMin=null 2006-01-11 10:40:40,264 INFO [ool Worker-1] - Cache tracking - Reload done in 108 ms 2006-01-11 10:40:40,288 INFO [P-Processor4] 192.168.1.75 - <<< [135 ms] GET http://www.pm.lan/navigation/default/category/tab_600?static=true 2006-01-11 10:40:40,289 INFO [ool Worker-4] - Populating TG : CatId=1050 name=[DVD, VHS, vidéos] T=30 M=null TgId=429324 2006-01-11 10:40:40,292 ERROR [ool Worker-5] - SQL error caused by com.babelstore.util.sql.SQLStatement@484dfd 2006-01-11 10:40:40,295 ERROR [ool Worker-5] - EJBException in method: public abstract java.lang.Object com.babelstore.common.business.C acheable.load(java.lang.String,java.lang.Object,java.sql.Timestamp) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: ORA-00904: "ADVERT"."TUTU": invalid identifier at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288) at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:743) at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:216) at oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:799) at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1039) at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPreparedStatement.java:839) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1132) at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3285) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3329) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296) at com.babelstore.util.sql.SQLQuery.open(SQLQuery.java:110) at com.babelstore.util.sql.SQLQuery.readDistinctList(SQLQuery.java:244) at com.babelstore.util.sql.SQLQuery.readDistinctList(SQLQuery.java:270) at com.babelstore.util.sql.SQLQuery.readDistinctList(SQLQuery.java:275) |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 11/janv./06 11:34 ] |
|
Problème réglé ... En résumé, Ayala avait la version V810 mais celle de avant-hier soir Ce qui explique "ORA-00904: "ADVERT"."TUTU": invalid identifier " Ayala était requisitionné par l'équipe informatique interne pour des manips matérielles hier toute la journée ce qui explique son restard de version d'applicatif. Je viens de mettre Ayala à jour et redémarré toute l'INTEG (JBOSS + Apache) et cele refonctionne Ranto, |
| Commentaire de Christophe Garcia [ 11/janv./06 11:51 ] |
| Voir commentaire RANTO |
[EXP-2162] redemarrage nocturne : que se passe t il entre 5h02 et 5h20 sur sol ??? Création: 01/juin/06 10:27 Mise à jour: 25/juin/07 18:58 Résolue: 15/juin/06 15:39 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Arret de sol a 5h02 : 2006-06-01 05:01:02,887 INFO [hutdown Hook] - Unbound connection factory for resource adapter for ConnectionManager 'jboss.jca:service=DataSourceBinding,name=Oracl eDS from JNDI name 'java:OracleDS' 2006-06-01 05:01:02,897 INFO [hutdown Hook] - Unbound connection factory for resource adapter for ConnectionManager 'jboss.jca:service=ConnectionFactoryBinding,nam e=JmsXA from JNDI name 'java:JmsXA' 2006-06-01 05:01:02,922 INFO [hutdown Hook] - Mail service 'java:/Mail' removed from JNDI 2006-06-01 05:01:03,965 INFO [hutdown Hook] - Stopping service jboss.web 2006-06-01 05:01:03,979 INFO [hutdown Hook] - undeploy, ctxPath=/, warUrl=file:/appli/priceminister/jboss-4.0.2/server/priceminister/deploy/jbossweb-tomcat55.sar/R OOT.war/ Shutting down 2006-06-01 05:01:04,201 INFO [hutdown Hook] - Shutdown complete Shutdown complete Halting VM 2006-06-01 05:02:07 - [Scheduled action] jBoss stopped |
| Commentaires |
| Commentaire de Justin Ziegler [ 01/juin/06 10:27 ] |
|
Redemarrage de sol a 5h20 : 2006-06-01 05:20:13 - [Scheduled action] jBoss started ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /appli/priceminister/jboss JAVA: /appli/priceminister/jdk/bin/java JAVA_OPTS: -Xms5000m -Xmx5000m -XX:PermSize=100m -XX:MaxPermSize=100m -XX:NewSize=200m -XX:MaxNewSize=200m -XX:+UseParNewGC -verbose:gc -XX:+Prin tGCTimeStamps -XX:+PrintGCDetails -Xloggc:/data/priceminister/var/mainlog/garbage.log -XX:+PrintGCApplicationStoppedTime -XX:+UseConcMarkSweepGC -XX:CMSInitia tingOccupancyFraction=20 -XX:+CMSParallelRemarkEnabled -XX:+DisableExplicitGC -Dparser.pool.size=50 -Dprogram.name=run.sh CLASSPATH: /appli/priceminister/jboss/lib/jmagick.jar:/appli/priceminister/jboss/bin/run.jar:/appli/priceminister/jdk/lib/tools.jar ========================================================================= 05:20:13,867 INFO [Server] Starting JBoss (MX MicroKernel)... 05:20:13,868 INFO [Server] Release ID: JBoss [Zion] 4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023) 05:20:13,869 INFO [Server] Home Dir: /appli/priceminister/jboss-4.0.2 05:20:13,869 INFO [Server] Home URL: file:/appli/priceminister/jboss-4.0.2/ 05:20:13,869 INFO [Server] Libr |
| Commentaire de Justin Ziegler [ 01/juin/06 10:28 ] |
| Que se passe t il entre 5h02 et 5h20 ? |
| Commentaire de Justin Ziegler [ 01/juin/06 10:36 ] |
|
Manifestement on dirait qu'il attend la fin du demarrage d'hercule. Cela ne me semble pas utile.... Rappel de la theorie du mecanisme de redemarrage nocturne : 1/ passage en maintenance d'apache automatiquement a 5h00 1.1/ arret automatique a 5h00 des SA 2/ passage autoscript sur la base a 5h01 2.1/ a la fin de autoscript, la base depose un fichier pour indiquer que les SA doivent redemarrer 3/ des que les SA voit le fichier de redemarrage, ils redemarrent. 4/ Idealement, les SA deposent sur les frontaux un fichier indiquant qu'ils sont pret 5/ des que 4 SA sont pret, passage en mode prod de apache Pourquoi a t on une attente de hercule pour le demarrage des autres ? |
| Commentaire de Sébastien Tournay [ 01/juin/06 15:40 ] |
| On attendait en effet la fin du redémarrage de HERCULE + BATCH pour indiquer aux autres SA de démarrer. Je viens de modifier l'indication du signal de redémarrage pour faire en sorte que cela soit maintenant JUPITER qui indique à tout le monde de redémarrer. J'ai aussi augmenté le sleep qui consiste à repasser le site en production pour le passer à 20 minutes (au lieu de 15). C'est toujours HERCULE qui indique à PHAETON et CUPIDON de basculer. |
| Commentaire de Justin Ziegler [ 01/juin/06 16:45 ] |
|
Est ce que les clefs ssh sont bonnes ? Est on sur que cela va fonctionner demain matin ? |
| Commentaire de Sébastien Tournay [ 01/juin/06 16:51 ] |
| j'ai testé les accès un à un. Tout devrait fonctionner. |
[EXP-1968] Nombre maximal de requêtes sur les fiches produits Création: 05/mai/06 16:03 Mise à jour: 25/juin/07 18:57 Résolue: 10/mai/06 10:25 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
| Commentaires |
| Commentaire de Sébastien Tournay [ 05/mai/06 16:09 ] |
| Tu peux nous faire cette analyse sur dans les logs APACHE ? Attention à ne prendre que www. Pas la peine de le faire sur les 2 frontaux. On pourra multiplier le résultat par 2. |
| Commentaire de Xiaoming Du [ 10/mai/06 10:25 ] |
|
une analyse sur les logs d'apache du 08 mai 2006 donne les resultats suivants: heure: nombre de requêtes sur les fiches de produits 00: 28507 requests 01: 25279 requests 02: 20943 requests 03: 21210 requests 04: 18134 requests 05: 23527 requests 06: 19068 requests 07: 21215 requests 08: 23593 requests 09: 30810 requests 10: 39720 requests 11: 46398 requests 12: 47810 requests 13: 44953 requests 14: 46823 requests 15: 50609 requests 16: 55526 requests 17: 58309 requests 18: 59093 requests 19: 56433 requests 20: 43089 requests 21: 49264 requests 22: 49784 requests 23: 39474 requests |
| Commentaire de Xiaoming Du [ 10/mai/06 10:35 ] |
|
la taille due rapport des détails dépasse le limite de la pièce jointe autorisé par jira. Je l'ai mis sur le réseau. smb://ruinart/public/decauxc/analyse_apache_fiches.zip |
[APP-11023] StackOverflow : encore sur angita & faunus Création: 07/juil./06 15:46 Mise à jour: 24/oct./07 12:40 Résolue: 23/oct./06 12:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Validator |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Description |
|
2006-07-07 14:14:55,348 INFO [-Processor16] 62.23.27.114 - >>> GET http://bo.priceminister.com/category_back?action=categorymove&anchorkey=207639&categorystatus=2&newparentcategoryid=207639&rank=0&show=0&unfold=207639.207240.113769.0.1.&category_id=223715 pdate=true&productid=3771568&select=0&stage=10 2006-07-07 14:14:56,442 ERROR [-Processor16] 62.23.27.114 - TransactionRolledbackException in method: public abstract com.babelstore.category.business.CategoryBusiness com.babel store.category.business.CategoryBusinessHome.findByParentCategoryIdAndRank(java.lang.Long,java.lang.Long) throws java.rmi.RemoteException,javax.ejb.FinderException, causedBy: 2006-07-07 14:14:56,444 ERROR [-Processor16] 62.23.27.114 - TransactionRolledbackException in method: public abstract void com.babelstore.category.business.CategoryBusiness.move ToRecursive(java.lang.Long,java.lang.Long) throws java.rmi.RemoteException, causedBy: java.lang.ClassCastException: java.lang.StackOverflowError at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:110) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy261.findByParentCategoryIdAndRank(Unknown Source) |
| Commentaires |
| Commentaire de Justin Ziegler [ 07/juil./06 15:48 ] |
| Antoine va remettre en place la redirection apache pour eviter que cela ne se reproduise. |
| Commentaire de Antoine Koener [ 09/août/06 10:19 ] |
|
redirection mise en place, bug n'est pas encore corrigé. |
| Commentaire de Quentin de Chivré [ 09/août/06 10:53 ] |
| Vous en avez parlé a Jerome Vivies ? Je crains que ca ne les empeche un peu de bosser... |
[APP-11669] picto extension de garantie auto Création: 06/juil./06 20:12 Mise à jour: 25/juin/07 18:41 Résolue: 19/oct./06 12:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 11.0.0 (Merge et Maintenance) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Lorenzo Nuccio | Attribution: | Alexandre Garnier |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Quand on est sur un détail annonce qui comporte une extension de garantie http://bo.pm.lan/offer/vehicle/productid/20020252 Et que l'on clique sur le picto on arrive sur cette page vide : http://bo.pm.lan/ng?hp=vehicle&pr=pm_warranty (et je m'aperçois que le problème est déjà existant en prod). |
| Commentaires |
| Commentaire de Antoine Koener [ 24/juil./06 10:39 ] |
|
Pour ton equipe ? |
| Commentaire de Patrick Condevaux [ 09/août/06 14:42 ] |
|
Visiblement c plutot pour toi Antoine ;-) Ca fait partie des redirects créés dans la conf apache pour la V900. on a un redirect de ng?pr=pm_warranty&hp=vehicle vers info/garanties_vehicule mais par contre pas de redirect pour ng?pr=hp=vehicle &pm_warranty vers info/garanties_vehicule est-ce qu'il faut ajouter une nouvelle regle pour ca ou apache est assez malin pour prendre en compte les combinaisons de parametre pour rediriger ng?x=1&y=2 au meme endroit que ng?y=2&x=1 ? Ca serait l'ideal vu qu'il y a pas mal de redirection contenant des parametres |
| Commentaire de Antoine Koener [ 09/août/06 17:25 ] |
|
Il faut ajouter une ligne par QUERY_STRING differente. sinon il faut trouver un patern générique qui satisfasse tes exigences de pirate. |
| Commentaire de Christophe Garcia [ 09/août/06 17:49 ] |
| Allons-y pour la ligne supplémentaire |
| Commentaire de Antoine Koener [ 24/août/06 16:43 ] |
|
J'ai ajouter les lignes mais cela ne fonctionne pas. Je ne sais pas pourquoi... C'est quoi la suite ? |
| Commentaire de Christophe Garcia [ 19/oct./06 10:46 ] |
|
On modifie l'URL en inversant les 2 paramètres. Merci |
| Commentaire de Alexandre Garnier [ 19/oct./06 11:11 ] |
| Attention de savoir s'il n'y a pas de redirect ng?hp=...&pr=... car toutes les url de ce type deviendront ng?pr=...&hp=... ! |
| Commentaire de Alexandre Garnier [ 19/oct./06 12:13 ] |
|
Le picto ne point plus vers cette url, que je ne trouve nul part. Exemple : http://www.pm.lan/offer/vehicle/productid/20129159, le picto de garantie pointe vers http://www.pm.lan/help?action=h_warranty_detail&popup=true |
| Commentaire de Patrick Condevaux [ 08/nov./06 17:47 ] |
| pas de voiture sur le site espagne donc je deplace le bug en 10.1.0 |
| Commentaire de Patrick Condevaux [ 04/déc./06 17:43 ] |
| ok invalide |
[APP-10652] Message étrange sur la HP : "Unable to send headers" Création: 20/juin/06 14:33 Mise à jour: 25/juin/07 18:41 Résolue: 28/juin/06 10:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
2006-06-20 14:31:10,162 INFO [P-Processor5] 192.168.1.212 - >>> GET http://www.pm.lan/ng 2006-06-20 14:31:10,209 WARN [P-Processor5] 192.168.1.212 - Unable to send headers java.net.SocketException: Socket closed at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:99) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:509) at org.apache.jk.server.JkCoyoteHandler.appendHead(JkCoyoteHandler.java:410) at org.apache.jk.server.JkCoyoteHandler.action(JkCoyoteHandler.java:425) at org.apache.coyote.Response.action(Response.java:182) at org.apache.coyote.Response.sendHeaders(Response.java:374) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:317) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:293) at org.apache.catalina.connector.CoyoteWriter.flush(CoyoteWriter.java:82) at org.apache.jasper.runtime.JspWriterImpl.flush(JspWriterImpl.java:174) at com.babelstore.util.Block.generate(Block.java:149) at com.babelstore.util.web.Screen.generate(Screen.java:135) at com.babelstore.util.web.Request.generate(Request.java:418) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:474) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:358) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:164) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-06-20 14:31:10,222 INFO [P-Processor5] 192.168.1.212 - <<< [59 ms] GET http://www.pm.lan/ng |
| Commentaires |
| Commentaire de Andrei Matyas [ 22/juin/06 10:49 ] |
|
Bizarrement ces logs apparaissent mais on n'as pas
d'anomalie de fonctionnement. En plus ce genre d'exception est visible
que sous IE. Ceci veut dire que le navigateur ferme la connexion tcp/ip avant Tomcat. Le bug n'apparaît qu'en INTEGL.a seule différence entre le DEV et l'INTEG c'est le fait d'avoir des serveurs Apache en Front. Pour connecter Apache et Tomcat on utilise mod_jk. Voila un scénario possible : Le client ferme la connexion. Apache ne transmet pas (ou pas correctement) ce fait à Tomcat. Donc Tomcat utilise une réponse dons le socket est fermé. Ceci dit nous avons une exception levée. Sur le net j'ai déjà trouve beaucoup d'article liés à la communication Apache-Tomcat via mod_jk. Donc ce problème (ClientAbortException ) est bien connu. Par contre il reste une question : Pourquoi IE ferme cette connexion. Une piste possible (que des suppositions) : La version V901 intègre les Taglibs pour la traduction. Ainsi des modifications dans la génération des blocs ont été faites. Plus précisément avant on générait les blocs dans un buffer (à flusher à la fin). Maintenant on flush ce buffer pour chaque block. Ceci dit après le premier flush les headers http sont envoyées au browser. Ensuite une trame de réponse (les données) est envoyée. Sachant qu'on est dans un système synchrone nous avons une notion de timeout. Ainsi si le timeout est dépassé le client coupe la connexion. Ensuite nous avons un problème de communication Apache - Tomcat (voir précédemment). |
| Commentaire de Quentin de Chivré [ 22/juin/06 10:56 ] |
|
Je n'avais pas connaissance de ce changement de fonctionnement du buffering !!!!! Il faut absolument qu'on voie ca avec Judd / Fabrice, c'est grave ! On ne peut pas changer ce type de comportement comme ca..... |
| Commentaire de Judd OSullivan [ 28/juin/06 10:47 ] |
| Corrigé avec la MAJ de Block. |
| Commentaire de Patrick Condevaux [ 03/juil./06 12:20 ] |
| ok en INTEG |
[IMP-357] fredericc : modification du système d'import Création: 28/mars/07 14:17 Mise à jour: 30/oct./09 15:50 Résolue: 28/mars/07 16:09 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | fredericcc |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
Le client souhaite maintenant faire ses envois par Cardiff. Actuellement ses imports se font par PlanetVO il faut arrêter cette config et la mettre sur Cardiff. Il faut donc lui créer un compte FTP: Login : fredericcc Pass: maurel81 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 28/mars/07 16:09 ] |
|
======= Compte FTP ======= ==== Home : fredericcc ===== ==== Pass : maurel81 ======= Config du partenaire : @@@ <Directory path='stock/ecrasements'> <Action type='Move' id='4777137' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/fredericcc/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/fredericcc/</Destination> </Action> </Directory> </Partner> @@@ Je ferme. |
[EXP-3844] Remplacement de 2 pages TRC sur les serveurs pour le site FR Création: 25/juil./07 18:34 Mise à jour: 06/août/07 12:07 Résolue: 06/août/07 12:07 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Olivier Gourdin | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Jérémie, Peux-tu mettre ces 2 pages en prod sur les serveurs, en remplacement des existantes : product_topsearch.html avec l'url : http://www.priceminister.com/product/topsearch product_prodindex.html avec l'url : http://www.priceminister.com/product/prodindex Merci |
| Commentaires |
| Commentaire de Antoine Koener [ 30/juil./07 10:20 ] |
|
La page fournie s'appelle product_topseach.html, il manque le r c'est la catastrophe ! Plus sérieusement, le problème se situe au niveau de l'url que vous désirez. /product est une règle de réécriture déjà existante. Plusieurs choix s'offre à nous: - surcharger la règle pour qu'elle vérifie si ce qui est demandé est un fichier ou pas - changer votre url et ne pas mettre /product/ mais tout ce que vous voulez d'autre. Par exemple prd ... La balle est dans votre camp. |
| Commentaire de Emmanuel Benmussa [ 30/juil./07 10:25 ] |
|
en fait ces 2 pages exsitent déjà en prod => il y a déjà un mécanisme (apli ou exploit) qui les génère... Soit on arrive à les remplacer , soit ça sert à rien. maintenant , ce n'est pas crucial si on y arrive pas. changement de camp pour la balle ;-) |
| Commentaire de Antoine Koener [ 30/juil./07 15:26 ] |
|
/product est applicatif, ce n'est pas une page statique. Pour les changer il faut donc vous en remettre aux devs. Cependant la deuxième possibilité reste envisageable. (cf premier commentaire) |
| Commentaire de Pierre Bret [ 30/juil./07 15:49 ] |
| Changer l'url reviendrait à perdre l'intérêt de la page .. on s'oriente donc sur une solution dév. |
| Commentaire de Antoine Koener [ 30/juil./07 16:06 ] |
|
OKay, Que doit on faire ce Jira ? |
| Commentaire de Antoine Koener [ 02/août/07 16:01 ] |
|
Le fichier responsable de la réecriture est: - /data/chrootapache/usr/local/apache/conf/rewrite_rules_referencement.conf il définit les redirections suivantes: # Regle pour donner les pages statiques des topsearch specifiques pour le referencement (140405) RewriteRule ^/product/topsearch$ /trc/occasion.htm [L,PT] RewriteRule ^/product/prodindex$ /trc/neuf.htm [L,PT] Genevieve me monopolise je reprends après. |
| Commentaire de Antoine Koener [ 02/août/07 16:40 ] |
|
Les pages vont donc être mise en place comme suivant: occasion.htm product_topsearch.html neuf.htm product_prodindex.html Je clorerais le JIRA lorsque cela sera en place.. |
| Commentaire de Antoine Koener [ 02/août/07 16:58 ] |
|
C'est en place veuillez vérifier . Merci. Je clos après votre vérif. |
| Commentaire de Olivier Gourdin [ 02/août/07 18:48 ] |
|
NON CA VA PAS tu as enregistré la page à partir du HTML ==> tu as des liens vers pricejira.lan!!!!! en plus comme il y a des liens vers les trc_files/ddke/css ca plante.... Je te refais les pages avec les liens en absolu.... Mais cette fois ci je te les mets dans un ZIP pour ne pas avoir la même erreur ... Merci |
| Commentaire de Olivier Gourdin [ 02/août/07 18:51 ] |
|
En fait les liens étaient déjà en absolu... Merci |
| Commentaire de Antoine Koener [ 06/août/07 12:02 ] |
|
Donc, c'est bon ? C'est pas bon ? Que faut il faire ? |
| Commentaire de Emmanuel Benmussa [ 06/août/07 12:07 ] |
|
Cette fois-ci c'est bon . Merci |
[IMP-1254] [FTP] Modifier config FTP du partenaire lelivredr pour décompresser les images zippées. Création: 06/sept./07 11:11 Mise à jour: 30/oct./09 15:47 Résolue: 07/sept./07 10:20 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Rodrigue Nsiangani | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | lelivredr |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Description |
|
Modifier config FTP du partenaire lelivredr pour décompresser les images zippées. Le partenaire a zippé ses images dans le repértoire "/data/chrootapache/home/fr/lelivredr/Images" |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 06/sept./07 16:16 ] |
|
Config mise à jour : @@@@@@@@@ <!-- Import des images --> <Directory path='Images'> <!-- Suite à un Problème de multi archivage que l'on ne gere pas encore --> <Action type='MoveRep' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/home/fr/lelivredr/tmp</Destination> <Field_Value>2</Field_Value> </Action> <Action type='Expand' check_file='1'> <Files>*.zip</Files> </Action> </Directory> <Directory path='tmp'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/lelivredr/</Destination> </Action> </Directory> @@@@@@@@ |
| Commentaire de Rodrigue Nsiangani [ 07/sept./07 10:20 ] |
|
C'est fait. Je ferme. |
[APP-17747] Modification du caractére de séparation ? en # Création: 10/sept./07 18:25 Mise à jour: 26/nov./07 18:36 Résolue: 14/nov./07 16:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 17.0.0 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Pierre Bret | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Classif1: | REF |
| Classif2: | doublons |
| Projets PM archivés: | Référencement : Séparation ? en # |
| Description |
|
Cette modification "framework intrusive" permettra de supprimer l'indexation par google des url de type : http://www.priceminister.com/?t=12345 Car sous la forme : http://www.priceminister.com#t=12345 on sait que google s'arrêtera au # Ce développement demande plusieurs vérifications : - Il ne sera plus possible après ça d'utiliser les ancres '#' (donc vérifier dans l'appli si une url peut comporter des ancres tout en étant éligible à l'affiliation) - Pensez à modifier en même temps les redirections existantes des pages statiques vers les pages dynamique (en cas de paramètres présents) - ... plus les autres précautions auxquelles je n'ai pas pensé. Faisons un point sur ce sujet pour défricher la question |
| Commentaires |
| Commentaire de Quentin de Chivré [ 17/sept./07 09:50 ] |
|
Pour répondre au craintes de Pierre B. : - très peu de pages utilisent des ancres : essentiellement les pages d'aide, et peut-etre qq autres, mais a ma connaissance pas de pages d'atérrissage de l'affiliation => donc risque minimal - pas forcément nécessaire : l'exploit a trouvé le moyen de faire fonctionner des "soft" redirects. Autrement dit, on ne propage pas le redirect vers le browser client, on génère simplement la page dynamiquement en tapant a l'URL dynamique et on la retourne. Cette technique a été mise en place récemment pour les redirections NpC/NpFF je crois (ou autre chose). Si ca marche bien, il faudrait la généraliser aux différentes home pages et s'assurer que le tracking est bien transmis => on peut tester cela dès maintenant !! Ce sujet est super chaud et j'aimerais qu'on voie la possibilité de passer cela en V17 !!! |
| Commentaire de Martin Sudmann [ 19/sept./07 12:25 ] |
|
on sera forcé de passer par un javascript pour traiter les
paramètres dans le #, car le navigateur ne transmet pas les ancres à
Apache. on envisage alors de déporter toute la gestion des trackings du coté client (appels en asynchrone, iframe, cookie ; tout le bordel). petite réflexion : si on positionne le tracking via JS dans le cookie sans appel du SA, le tracking ne sera pas enregistré si l'utilisateur fait une "visite 1 page" (le cookie sera transmis avec la request suivante à celle qui a positionné le cookie). C'est gênant ? |
| Commentaire de Martin Sudmann [ 11/oct./07 18:08 ] |
| c'est chez toi maintenant :) |
[APP-20512] La gestion de la redirection de plateforme fout en l'air les liens des cobs en DEV Création: 14/mai/08 11:29 Mise à jour: 30/avr./09 09:56 Résolue: 04/mars/09 19:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 45.0.0 (CTN-K) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Dev | ||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||
| Description |
|
En dev a été mis en place la property de simulation de
redirection mais en fait, lorsqu'elle est activé (en DEV) on se
retrouve, lorsque l'on fait appel à l'objet Link.Root à toujours avoir
la valeur de l'url de redirection qui est le www du serveur courant
(définit en property dans priceminister-local) et donc aucun lien de cob
n'est bon ! C'est extrêmement gênant lorsqu'on travaille sur les cobs. Le calcul du realHost n'est-il pas suffisant ? Pourquoi de toute manière ne jamais en prendre compte par l'utilisation des url de redirection vers la plateforme courante ? |
| Commentaires |
| Commentaire de Alexandre Garnier [ 02/juil./08 11:24 ] |
|
J'ai commenté le bout de code incriminé sur param1 et param2
pour avoir un fonctionnement correct des Cobs surtout avec les apaches. Je n'ai pas trouvé d'effet de bord à cette modification. |
| Commentaire de Alexandre Garnier [ 04/mars/09 19:13 ] |
|
Adaptation pour n'avoir de plateforme_id dans le Root que
lorsqu'il est différent de la plateforme courante (dans le cas du
redirect de plateforme avec le login global) Suppression des propriété spécifiques de properties de redirect_url pour utiliser une property paramétrée par le plateforme_id |
[IMP-3253] Creation Format Profil + Import Fichier + FTP Pseudo: viplingerie Création: 11/févr./09 11:04 Mise à jour: 30/oct./09 15:52 Résolue: 24/févr./09 14:41 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Login: | viplingerie | ||||||||||||||||
| Séparateur: | N/A | ||||||||||||||||
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
||||||||||||||||
| Description |
|
Creation Format Profil + Import Fichier + FTP Pseudo: viplingerie - classer les produits dans la catégorie "lencería sexy" - Commentaire annonce: Profesionales de la venta de lencería en España. Entrega aproximada 10/20 días. - Pour l'import d'images, merci d'importer depuis le compte FTP du partenaire. a savoir que le partenaire souhaite qu'on fasse l'import a partir de 22h admin =lenceriamericana password= urbana ftp.lenceriamericana.com Las fotos las tienes en la siguiente ruta httpdocs/data/productos * attention: l'image principale du produit est dans le champ N "IMAGENFICHA", il n'est pas nécessaire d'importer le champ "IMAGENINDICE" - Pour les marques, merci de faire un mapping avec ces correspondances (Champ CODIGOMARCA) 2=Leg Avenue 3=Sensual Mystique 4=Lola Luna 5=Skinni Dip 6=Mordisco 7=Espiral 8=Orion 10=Biquini Brasil 11=Leonie Lingerie 12=Music Legs 13=Roma - mettre en ligne seulement les produits avec le numéro 1 dans le champ "ACTIVO" - Voir fichier Famille produits car il y a certaines catégories de produits a n'est pas mettre en ligne!! |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 12/févr./09 10:18 ] |
|
Import de lingerie terminé (à améliorer). L'automatisation d'images par XML n'a pas fonctionné (ci-dessous le détails). Vu avec Eric. J'essaye une autre configuration pour ce soir. J'ai récupéré quelques images à la main afin d'avoir une partie des annonces avec des images. 2009/02/11 23:00:02 INFO main [./ftpSwitch] viplingerie - Execute asynchronous filter Download 2009/02/11 23:00:02 ERROR PM.FTP.Filter.Download [../lib/PM/FTP/Filter/Download.pm] viplingerie - Can't change working directory to 'productos' for host 'ftp.lenceriamericana.com': productos: No such file or directory 2009/02/11 23:00:02 ERROR PM.FTP.Filter.Download [../lib/PM/FTP/Filter/Download.pm] viplingerie - No downloaded files for directory '/data/chrootapache/home/es/viplingerie' Conf XML <Directory path='Images'> <Action type='Download'> <Files>*.jpg</Files> <Files>*.JPG</Files> <Source>/httpdocs/data/productos</Source> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/es/viplingerie</Destination> <Periodicity>30 23 * * *</Periodicity> <Host protocol='ftp'>ftp.lenceriamericana.com</Host> <Login>lenceriamericana</Login> <Password>urbana</Password> </Action> </Directory> Eric m'a dit d'enlever le / au début de la source. |
| Commentaire de Daniel Pintamalli [ 13/févr./09 17:36 ] |
| Il y avait un bug dans l'action Donwload => Eric a corrigé. L'import devrait se dérouler le 13/02/2009 à 23h30. Le compte est en vacances pour mesures de sécurité. |
| Commentaire de Daniel Pintamalli [ 16/févr./09 18:13 ] |
| imports de vestidos, minifaldas et bañadores en cours...(en ajout) |
| Commentaire de Daniel Pintamalli [ 24/févr./09 14:41 ] |
| Toutes les familles de produits ont été importées. |
[METATACHE] : PERF ==> Temps d'affichage très long en BO sur fiche panier et fiche utilisateur (également sur la recherche ?)
(APP-24331)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Sub-bug | Priorité: | Critique |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Quand on fait une recherche de compte à valider en BO, alors ca ne répond pas ! En regardant la requête dans les logs, alors le plan d'exécution semble correct SELECT user_account.* FROM user_account WHERE (user_account.is_to_validate = 1) ORDER BY user_account.creation_date desc ; Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=357) 1 0 SORT (ORDER BY) (Cost=2 Card=1 Bytes=357) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (TABLE) (Cost=1 Card=1 Bytes=357) 3 2 INDEX (RANGE SCAN) OF 'USER_ACCOUNT_B10' (INDEX) (Cost=1 Card=1) Par contre, en regardant avec Ayoub quel index est vraiment utilisé, il s'agit de USER_ACCOUNT_IX2 qui a la colonne CREATION_DATE alors que l'autre index USER_ACCOUNT_B10 a la colonne IS_TO_VALIDATE Reste à comprendre pourquoi ce n'est pas le même plan qui est utilisé !! |
| Commentaires |
| Commentaire de Arnaud Forgues [ 18/févr./09 18:42 ] |
|
Ayoub est sur une piste de problème réseau en integ, il va
donc rédémarrer la base d'integ (chanoine) pour voir si ca résout
quelque chose NB : le fait que 2 index différents sont utilisés pour la même requête n'est pas si sûr que ça !! |
| Commentaire de Christophe Garcia [ 19/févr./09 15:07 ] |
| La base a été arrêtée hier soir |
| Commentaire de Arnaud Forgues [ 20/févr./09 11:39 ] |
|
On a testé avec Espérance de repasser en V40 sur preview et le résultat est le même ==> Cela doit donc venir de scripts qui sont passé sur la base d'integ ... - soit c'est à cause des scripts V41 (à priori non car aucun ne concerne user_account dans ceux deja passé : PRE_DEPLOY) - soit c'est à cause des scripts POST-DEPLOY V40 On va explorer donc une autre piste qui consiste à faire recalculer les stats de la table user_account et de ses index A suivre |
| Commentaire de Arnaud Forgues [ 20/févr./09 15:08 ] |
|
Ayoub a recalculé les stats de la table USER_ACCOUNT et des
index USER_ACCOUNT_IX2 et USER_ACCOUNT_B10 et cela n'a rien changé au
pb... On met donc le bug en STANDBY en attendant le retour de Patrick lundi dès fois qu'il ait une idée lumineuse :-) On pourra également constater le comportement en PROD PREVIEW lundi après midi et si cela persiste mettre en place une redirection apache temporaire le temps de trouver une solution ! |
| Commentaire de Patrick Pereira [ 23/févr./09 16:20 ] |
|
C'est bon, c'est corrigé. J'ai supprimé puis recréé l'index user_account_ix2 et tout est rentré dans l'ordre. Patrick. |
[APP-23578] Erreur au démarrage : String index out of range Création: 11/déc./08 09:43 Mise à jour: 18/déc./08 15:07 Résolue: 16/déc./08 18:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 36.0.0 (CAT-F) |
| Version(s) corrigée(s): | 36.0.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Ces requêtes en 127.0.01 te disent qqchose ? 2008-12-11 05:15:08,476 INFO [0.0.0-8080-1] 127.0.0.1 - >>> GET http://www.priceminister.com/offer/buy/2588100/Manson-Marilyn-Grotesk-Belgium-Import- CD-Album.html 2008-12-11 05:15:08,742 INFO [0.0.0-8080-1] 127.0.0.1 - <<< [266 ms] GET http://www.priceminister.com/offer/buy/2588100/Manson-Marilyn-Grotesk-Belgiu m-Import-CD-Album.html 2008-12-11 05:15:08,744 INFO [0.0.0-8080-1] - Session bound 2008-12-11 05:15:08,744 INFO [0.0.0-8080-1] 127.0.0.1 - >>> GET http://www.priceminister.com/offer/buy/2333189/Gattaca-DVD-Zone-2.html 2008-12-11 05:15:09,019 INFO [0.0.0-8080-1] 127.0.0.1 - <<< [275 ms] GET http://www.priceminister.com/offer/buy/2333189/Gattaca-DVD-Zone-2.html 2008-12-11 05:15:09,021 INFO [0.0.0-8080-1] - Session bound 2008-12-11 05:15:09,021 INFO [0.0.0-8080-1] 127.0.0.1 - >>> GET http://www.priceminister.com/navigation/default/category/216439 2008-12-11 05:15:09,022 INFO [0.0.0-8080-1] 127.0.0.1 - (Status : 301) Redirecting to : /nav/Loisirs_nutrition 2008-12-11 05:15:09,023 INFO [0.0.0-8080-1] 127.0.0.1 - <<< [2 ms] GET http://www.priceminister.com/navigation/default/category/216439 2008-12-11 05:15:09,025 INFO [0.0.0-8080-1] - Session bound 2008-12-11 05:15:09,025 ERROR [0.0.0-8080-1] - Servlet.service() for servlet nav threw exception java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1938) at com.babelstore.common.front.FrontSession.beginRequest(FrontSession.java:155) at com.babelstore.common.front.FrontRequest.createSession(FrontRequest.java:160) at com.babelstore.common.front.FrontServlet.wrap(FrontServlet.java:42) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:619) 2008-12-11 05:15:09,029 INFO [0.0.0-8080-2] - Session bound 2008-12-11 05:15:09,030 INFO [0.0.0-8080-2] 127.0.0.1 - >>> GET http://www.priceminister.com/offer/buy/47333540/Charles-Ray-Here-s-Dutch-Import-CD-Al bum.html 2008-12-11 05:15:09,276 INFO [0.0.0-8080-2] 127.0.0.1 - <<< [246 ms] GET http://www.priceminister.com/offer/buy/47333540/Charles-Ray-Here-s-Dutch-Imp ort-CD-Album.html |
| Commentaires |
| Commentaire de Patrice Boulanger [ 16/déc./08 18:02 ] |
|
Les requêtes en local sont dues au mécanisme qui chauffe les
JBOSS le matin avant l'ouverture du site, au niveau apache. Ces erreurs
ont déjà été remontées aux dév, elles considérées comme "normales".
Elles n'empêchent apparemment pas le bon fonctionnement du site. |
[APP-27141] Retour arrière redirections NPF Livres UK ne sort pas Création: 03/nov./09 12:18 Mise à jour: 06/nov./09 09:48 Résolue: 05/nov./09 18:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 56.0.1 (Ouverture rubrique jouet) |
| Version(s) corrigée(s): | 56.0.1 (Ouverture rubrique jouet) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Description |
|
L'index Livres UK n'est pas fini. La nouvelle NPF ne peut pas sortir en 56.01. Des redirections ont été transmises. Il faut donc: Faire un Retour arrière 1. Supprimer les redirections Livres PMUK (fichier: redirections_PMUK_Livres_V3.txt) #Redirections Livres UK NPF RewriteRule ^/nav/Books_Books/f1/Biography\+\&\+True\+Stories/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Biography-True-Stories/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Business\+\&\+finance/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Business-finance/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Computing\+\&\+information\+technology/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Computing-information-technology/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/English\+language\+teaching\+\(ELT\)/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_English-language-teaching-ELT-/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Geography\+\&\+environment/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Geography-environment/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Health\+\&\+personal\+development/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Health-personal-development/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Literature\+\&\+literary\+studies/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Literature-literary-studies/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Mathematics\+\&\+science/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Mathematics-science/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Not\+specified/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Not-specified/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Reference\+\&\+information/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Reference-information/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Society\+\&\+social\+sciences/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Society-social-sciences/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Sport\+\&\+leisure/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Sport-leisure/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Technology\+\&\+engineering/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Technology-engineering/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Biography\+\&\+True\+Stories/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_The-Arts/f2/$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/([^/]*)/f2/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_$1/f2/$2$3$4 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Biography\+\&\+True\+Stories(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Biography-True-Stories$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Business\+\&\+finance(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Business-finance$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Computing\+\&\+information\+technology(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Computing-information-technology$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/English\+language\+teaching\+\(ELT\)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_English-language-teaching-ELT-$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Geography\+\&\+environment(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Geography-environment$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Health\+\&\+personal\+development(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Health-personal-development$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Literature\+\&\+literary\+studies(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Literature-literary-studies$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Mathematics\+\&\+science(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Mathematics-science$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Not\+specified(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Not-specified$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Reference\+\&\+information(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Reference-information$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Society\+\&\+social\+sciences(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Society-social-sciences$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Sport\+\&\+leisure(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Sport-leisure$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/Technology\+\&\+engineering(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_Technology-engineering$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/The\+Arts(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_The-Arts$1$2 [R=301,L,NE] RewriteRule ^/nav/Books_Books/f1/([^/]*)(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books_$1$2$3 [R=301,L,NE] RewriteRule ^/nav/Books_Books(/kw/[^/]*)?(/(t|tracking)/[0-9]+)? /nav/Books$1$2 [R=301,L,NE] 2. Remplacer : # Rewrite /books pseudo-static page, which has been deleted RewriteRule ^/books(.*) /nav/Books$1 [R=301,L,NE,QSA] par # Rewrite /books with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" RewriteRule ^/books /nav/Books [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "/books(.*)/t/(\S+)" RewriteRule ^/books /nav/Books%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "/books(.*)/tracking/(\S+)" RewriteRule ^/books /nav/Books%1/tracking/%2 [R,L,NE] |
| Commentaires |
| Commentaire de Arnaud Forgues [ 03/nov./09 16:04 ] |
|
OK ! Tag V56_0_1 déplacé Pour info : |
| Commentaire de Arnaud Forgues [ 03/nov./09 16:05 ] |
|
[forguesa@gobillard source]$ bzr ci --fixes APP:27141 etc/apache/rewrite.rules.uk Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.uk Committed revision 25717. [forguesa@gobillard source]$ bzr tag --force V56_0_1 Created tag V56_0_1 |
[APP-26038] Erreur IE suite à des redirections de requête trop longue Création: 23/juil./09 10:35 Mise à jour: 04/mai/10 10:53 Résolue: 01/mars/10 16:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | 68.0.0 (VEN-B) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Doublon | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||||||
| Site: | Integ | ||||||||||||||||||||||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||||||||||||||||||||||
| Classif1: | MEV | ||||||||||||||||||||||||||||||||
| Classif FONC: | technique | ||||||||||||||||||||||||||||||||
| Description |
|
Plantage d'IE dès qu'on redirige l'utilisateur avec ce type de requête (voir Redirecting to : ). La longueur du redirect est trop grande pour IE ===> PLantage côté navigateur (aucune erreur dans nos logs) 2009-07-23 10:22:16,035 INFO [-Processor19] CHG_PM - >>> POST http://www.pm.lan/submit!action=submitcomp...&categoryref=193408&ctrl320744=PM0021900 1&ctrl320745=PM00212969&ctrl320746=PM00218974&ctrl320747=PM00338202&ctrl320748=PM00216945&ctrl320749=Game&fronteventshistory=PM.Forms.S...&fronteventshistory =PM.Forms.S...&qty=1&sellingPrice=155,58&shippingMode=true&stage=10&state=30&submitstage=true 2009-07-23 10:22:16,096 INFO [-Processor19] CHG_PM - BEGIN work() 2009-07-23 10:22:16,274 INFO [-Processor19] CHG_PM - Product Product title = Game long_title = null list_price = null currency_id = null weight = null medium_count = null release_date = null prd_availability_code = null prd_type_code = 1280 prd_source_code = 50 prd_status_code = 20 submitter_comment = null submitter_account_id = 9614950 data_file_id = null data_file_process_cycle = null product_id = 80562750 created 2009-07-23 10:22:16,289 INFO [ool Worker-0] - Cache keyword - Reload starting 2009-07-23 10:22:16,314 INFO [-Processor19] CHG_PM - AdvertStockServiceBean.processAdvert BEGIN 2009-07-23 10:22:16,372 INFO [-Processor19] CHG_PM - AdvertStockServiceBean.processAdvert END 2009-07-23 10:22:16,599 WARN [ool Worker-0] - KeywordQuery read 1000 rows !! 2009-07-23 10:22:16,871 WARN [ool Worker-0] - KeywordQuery read 2000 rows !! 2009-07-23 10:22:16,988 INFO [ool Worker-0] - Cache keyword - Reload done in 699 ms [18 elements - 120141416 bytes] 2009-07-23 10:22:17,618 INFO [-Processor19] CHG_PM - work() works fine 2009-07-23 10:22:17,618 INFO [-Processor19] CHG_PM - END work()FINALLY 2009-07-23 10:22:17,618 INFO [-Processor19] CHG_PM - data_file_id null/null OK ; Processing Times : 1;4;0;3;1;0;0;1522;217;1;58;1044;202 ms. 2009-07-23 10:22:17,678 INFO [-Processor19] CHG_PM - Event : Advert 2009-07-23 10:22:17,688 INFO [-Processor19] CHG_PM - (Status : 302) Redirecting to : /submit?action=submitcomplete&aid=215735491&categoryref=193408 &ctrl320744=PM00219001&ctrl320745=PM00212969&ctrl320746=PM00218974&ctrl320747=PM00338202&ctrl320748=PM00216945&ctrl320749=Game&fronteventshistory=PM.Forms.St eps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C 1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BP M.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps .change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2 Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.F orms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.ch ange%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfa lse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Form s.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.chang e%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse %3BPM.Forms.Steps.change%2C1%2Cfalse&fronteventshistory=PM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cf alse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.For ms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.chan ge%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfals e%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms. Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change% 2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3 BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Ste ps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1 %2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse&productid=80562750&qty=1&sellingPrice=155%2C58&shippingMode=true&stage=0&sta te=30&submitstage=true 2009-07-23 10:22:17,688 INFO [-Processor19] CHG_PM - <<< [1653 ms] POST http://www.pm.lan/submit!action=submitcomp...&categoryref=193408&ctrl320744 =PM00219001&ctrl320745=PM00212969&ctrl320746=PM00218974&ctrl320747=PM00338202&ctrl320748=PM00216945&ctrl320749=Game&fronteventshistory=PM.Forms.S...&fronteve ntshistory=PM.Forms.S...&qty=1&sellingPrice=155,58&shippingMode=true&stage=10&state=30&submitstage=true |
| Commentaires |
| Commentaire de Christophe Garcia [ 09/oct./09 09:46 ] |
|
Je monte la criticité de ce JIRA. Sur certains formulaires comportant beaucoup de champs (ex : Cosmétique), la taille max de l'URL est très rapidement atteinte (pour IE). La taille possible pour les commentaires se réduit comme peau de chagrin ce qui fait que nos internautes doivent se manger des crampes sur ces formulaires sans que l'on soit au courant (le plantage se fait côté client et pas côté serveur). |
| Commentaire de Martin Sudmann [ 26/oct./09 11:03 ] |
|
L'URL est trop longue suite à un paramètre "fronteventshistory", qui contient une répétition du texte suivant : "PM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse%3BPM.Forms.Steps.change%2C1%2Cfalse...........etc etc" |
| Commentaire de Martin Sudmann [ 28/oct./09 09:25 ] |
|
il s'agit de l'enregistrement des changements qu'un
utilisateur fait dans un formulaire de mise en vente. Ces événements
servent à correctement présélectionner les valeurs dans le formulaire en
cas de "back" dans le navigateur, par exemple. Ce bug est connu - si un utilisateur fait *beaucoup* de changements dans un formulaire (rouge - non bleu - non rouge - non jaune...) c'est systématique. C'est théoriquement un doublon d'un vieux Jira, mais je ne l'ai pas retrouvé. |
| Commentaire de Christophe Garcia [ 10/déc./09 15:01 ] |
|
Merci de ne pas toucher à la criticité. Ce bug tient plus du bloquant que du majeur : pour info, les internautes utilisant IE représentent encore 70% de nos clients. Et que ce bug se traduit tout simplement par une MEV loupée ==> Perte de CA Et surtout aucune remontée de notre côté puisque le plantage est côté client |
| Commentaire de Edouard Gomez-Vaez [ 10/déc./09 19:42 ] |
|
Ci joint les traces dans les trois cas : Cas 1 : Le cas nominal. Cas 2 : Le cas ou IE n'arrive pas à suivre le redirect (on a la page IE ne peut pas afficher cette page Web / Problèmes de connexion). Cas 3 : Le cas ou Apache n'arrive pas (on est redirigé alors vers /ERROR Erreur 404). Pour résumer les traces : Cas 1 : un post et un redirect en get. Cas 2 : juste un post. Cas 3 : un post et une erreur Buffer overflow. |
| Commentaire de Edouard Gomez-Vaez [ 11/déc./09 17:00 ] |
| Après petit comptage sur sais sur une journée, il y a eu 3 mises en vente sur 700 qui ont dépassé les 2083 caractères (avec ou sans login). |
| Commentaire de Edouard Gomez-Vaez [ 11/déc./09 17:18 ] |
| J'ai attaché les trois grosses requêtes http de mev du jour. Cela vient surtout des commentaires. |
| Commentaire de Benoît Bourdon [ 14/déc./09 10:10 ] |
|
-> Vu le nombre de fois où ça arrive, je diminue la priorité. (moins de 0.5%) Par contre, on ne va pas couper à résoudre ce problème puisqu'on souhaite augmenter le nombre de caractères disponibles dans les commentaires annonces ... --> Reserve pôle Vente. Les solutions possibles pour mémoire : - Passer pour le get (/ la redirection) via un coolie pour transférer les commentaires (solution "simple", MAIS : risque que notre cookie soit gros et écrase ou dégrade les cookies dédiés au MKT !! (car quotas de volume pour les cookie est par domaine) - Passer par une écriture temporaire en base pour transferer les commentaires ... (pas d'effets de bords, mais usine à gaz ?) |
[APP-1661] Telechargement de fichier : /doc n'existe pas ? Création: 05/déc./03 18:15 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.3pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Option pour télécharger un fichier: /doc n'existe pas !!! Lien symbolique à créer ? Sur quoi ? |
| Commentaires |
| Commentaire de Validator [ 05/déc./03 18:17 ] |
| Import de stock |
| Commentaire de Martin Sudmann [ 05/déc./03 19:34 ] |
| was mapping Apache, fixed for FO |
[APP-5217] PCoccasion Vnunet pcdirect Création: 06/juil./05 18:56 Mise à jour: 25/juin/07 18:31 Résolue: 07/juil./05 15:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le cobranding est toujours inaccessible à l'adresse http://pcdirect.pm.lan/
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 07/juil./05 15:41 ] |
|
C'est réglé, Problème de conf du au test de l'erreur apache 503 |
[APP-3925] Toutes pages : code html / balise non fermée. Création: 03/mai/05 17:54 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.0val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Mohamed Bendjama | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
La balise "input" bloc recherche n'est pas fermé. ce bug concerne toutes les pages y compris les cobrandings. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 09/mai/05 10:32 ] |
|
Probablement lié au nettoyage /allegement du code HTML lors du build d'intgration. On peux se demander si cela est tjs utile dans la mesure ou on zippe le HTML dans Apache avant de l'envoyer ? En discuter avec Justin / Sebastien pour savoir les taux de compresion qu'on obtient. Peut-etre peut on se passer des nettoyages les + agressifs (comme la suppression des " ou ') |
| Commentaire de Judd OSullivan [ 09/mai/05 17:44 ] |
|
Pas lié au nettoyage/allegement de html. Il n'y avait pas de > dans la JSP. Neanmoins, une discussion de notre nettoyage/allegement peut être intéressant:) |
[APP-2079] Erreur 404 Popunder Création: 24/mars/04 15:15 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.8val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Dispatcher (Dev) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Pour le brand PC Direct
|
| Commentaires |
| Commentaire de Validator [ 24/mars/04 15:20 ] |
| Pareil sur la page principale www.pm.lan |
| Commentaire de Quentin de Chivré [ 24/mars/04 15:30 ] |
|
Corrigé : le servlet /campaign etait configuré en /campaign sur Apache, au lieu de /campaign/* désormais. |
[APP-7925] Erreur javascript : manque "promo.js" Création: 14/mars/06 16:15 Mise à jour: 25/juin/07 18:35 Résolue: 14/mars/06 17:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.2 |
| Version(s) corrigée(s): | 8.1.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Site: | Integ | ||||||||||||
| Description |
|
Le chemin d'accès à "promo.js" (http://img.pm.lan/promo/promo.js) n'est pas le bon.
|
| Commentaires |
| Commentaire de Judd OSullivan [ 14/mars/06 16:35 ] |
|
Un problème apache. Au lieu de le laisser passer, apache fait un rewrite (on arrive sur la page inscription). Mauvaise conf apache je dirais. |
| Commentaire de Ranto Andriambololona [ 14/mars/06 16:49 ] |
| Conflit avec le JIRA http://pricejira.lan/browse/EXP-1480 dans lequel on nous demande de faire un rewrite pour /pro |
| Commentaire de Ranto Andriambololona [ 14/mars/06 17:14 ] |
| Je ferme, on a annulé l'effet du JIRA http://pricejira.lan/browse/EXP-1480 |
[EXP-133] Tester à l'accès au bo via le lien MPLS Création: 08/août/05 17:35 Mise à jour: 25/juin/07 18:54 Résolue: 19/août/05 09:58 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Mettre en place l'architecure DNS en interne (exemple :
bo.jmh.lan) et voir avec Jet pour configurer une @IP privée de CUPIDON
pour assurer le fonctionnement.
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 19/août/05 09:58 ] |
|
C'est fait ... - Ajout d'une entrée dans le DNS - Ouverture du flux http vers Phaeton - Configuration de Apache virtualhost-bo-jmh - Test |
[APP-8328] Pb de récupération de la CSS (lié à la méthode de mapping de la servlet /static ?) Création: 07/avr./06 17:12 Mise à jour: 25/juin/07 18:36 Résolue: 10/avr./06 10:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Navigateur: | Tous |
| Commentaires |
| Commentaire de Andrei Matyas [ 07/avr./06 17:30 ] |
|
Je vois 2 solutions: EXPLOIT Faire une RewriteRule : "/content/*/static/*/brand.css -> /static/*/brand.css" DEV Proceder comme pour la PhotoServlet : changer l'url de la CSS dans : "http://img.pm.lan/content/BRANCH_CHARTE_2006/static/www/brand.css" changé en "http://img.pm.lan/static/www/brandV9xx.css" |
| Commentaire de Quentin de Chivré [ 07/avr./06 17:36 ] |
| Quel est le probleme précisemment ? |
| Commentaire de Andrei Matyas [ 07/avr./06 17:49 ] |
|
Aujourd'hui le contenu statique est appelé sous la forme : "/content/V785/static/front/brand/www/brand.css" Afin de garder la même structure d'url notre servlet CSS est appelée sous la forme "/content/V785/static/www/brand.css" L'apache il pense que cette url est le chemin vers un fichier et comme ce fichier n'existe pas en réalité on a une erreur 404. Pour mapper cette servlet dans Apache il faut donc enlever "/content/V785" et laisser que "/static/www/brand.css". Cette manip ne marchera pas pour akamaizer la css car il nous fout au moins une version dans l'url. Pour la photoservlet on n'as pas de version mais par contre on a l'id de l'image qui change a chaque fois que l'image est MAJ. On peut donc appliquer la mm logique pour la CSS et imaginer une URL : "/static/www/brandV875.css" "/static/www/brandV876.css" "/static/www/brandV900.css" "/static/www/5454515.css" etc.... Une 2eme solution est de faire des RewriteRules (exploit) |
| Commentaire de Andrei Matyas [ 10/avr./06 10:16 ] |
| Fait coté dev. |
| Commentaire de Patrick Condevaux [ 03/mai/06 16:18 ] |
| OK en INTEG |
[APP-2039] Bug Hotmail Création: 11/mars/04 11:46 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.7 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lorsque l'on utilise une boite hotmail et que l'on clique sur une URL contenu dans le corps d'un message, la page Priceminister s'ouvre dans une frame. IE considère alors le site comme un site tier et désactive les cookies. |
| Commentaires |
| Commentaire de Validator [ 11/mars/04 11:50 ] |
|
IE désactive les cookies lorsqu'un site tier ne dispose pas d'une politique confidentialité. Cette politique est définie par des mots-clé fournis dans le HTTP Header et par des fichiers xml (format w3c) présents sur le serveur. La politique confidentialité Priceminister a été déposée sur Junon et Cupidon. De plus, 2 paramètres ont été ajoutés dans le header grace à mod_header (configuration dans httpd.conf des serveurs apache). Le bug ne se reproduit plus après ces modifications |
[APP-6570] "ajouter une extension de garantie": lien dans inventaire plante Création: 07/déc./05 11:48 Mise à jour: 25/juin/07 18:33 Résolue: 09/déc./05 16:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | 8.0.9 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
le lien pour ajouter une extension de garantie retourne une erreur 404: vendeur xmartin, http://www.pm.lan/contract?action=warrantyextension&advertid=29783491&screentype=1&usertype=0 |
| Commentaires |
| Commentaire de Martin Sudmann [ 07/déc./05 11:49 ] |
| j'ai essayé pendant que mon annonce était "encore en cours de validation", c'est peut être cela ? |
| Commentaire de Martin Sudmann [ 09/déc./05 16:37 ] |
|
la servlet n'était pas mappé dans Apache. corrigé. |
[EXP-462] mise à jour cd-mail images novembre 2005 Création: 05/déc./05 11:28 Mise à jour: 25/juin/07 18:55 Résolue: 26/déc./05 13:50 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Donné à Ranto : cd-rom mise à jour cd-mail images novembre 2005 Merci de me tenir au courant ! Cordialement |
| Commentaires |
| Commentaire de Sébastien Tournay [ 14/déc./05 18:16 ] |
|
Ranto, Tu peux me faire le point sur cette demande ? Cette mise à jour des images cd-mail a -t- elle été réalisée ? |
| Commentaire de Ranto Andriambololona [ 26/déc./05 13:50 ] |
|
CDs Novembre 2005 et Décembre 2005 du partenaire CDMAIL travaillés et Images placé dans /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/cdmail/ Le script import_images.pl tournera demain à 7h et importera les images dans la base Je vous envoi par mail le compte-rendu CDMAIL Images |
[APP-2158] Le BO "Produits soumis" débloque complètement sous Mozilla Création: 14/avr./04 13:47 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.9val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Xavier Cauchoix |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
il imbrique n fois le menu et la navigation gauche
|
| Commentaires |
| Commentaire de Validator [ 14/avr./04 15:24 ] |
|
En fait, c'est périodique. cela arrive également en FO (page d'accueil) : on se retrouve avec des menus imbriqués et le détail du header HTTP. On dirait que Apache devient fou. Le problème se produit aussi avec IE. |
| Commentaire de Quentin de Chivré [ 07/oct./04 18:19 ] |
| A priori un probleme de mod_jk non reproduit depuis |
[EXP-155] Mise en place du cobranding occasion.presence-pc.com Création: 19/août/05 17:03 Mise à jour: 25/juin/07 18:54 Résolue: 16/sept./05 15:59 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Il faudrait mettre en place le cobranding 'occasion.presence-pc.com'. * La VIP sera .60 (à communiquer à presence-pc au moment du lancement) * les RIP .34 sur Cupidon et .09 sur Phaeton * Le certificat SSL est ci-dessous. Penser à reprendre la clée générée et le csr pour la conf SSL. * Configurer les Virtualhost sur PHAETON et CUPIDON * Vérifier la réflexion sur le fichier robot.txt * modification des fichiers /etc/hosts * modification des pages pseudostatiques (il est possible que cela ne fonctionne pas si le brand n'est pas configuré dans la base de PROD) * Créer également le site presence-pc.preview.priceminsiter.com (à confirmer avec JUDD) pour le brancher uniquement sur le SA JBOSS de JUPITER (mod_jk.redirect_preview spécifique). Faire une demande à JMH pour avoir une RIP pour PHAETON. -----BEGIN CERTIFICATE----- MIIDbTCCAtagAwIBAgIDP8W4MA0GCSqGSIb3DQEBBAUAMIHOMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xHTAb BgNVBAoTFFRoYXd0ZSBDb25zdWx0aW5nIGNjMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSEwHwYDVQQDExhUaGF3dGUgUHJlbWl1bSBT ZXJ2ZXIgQ0ExKDAmBgkqhkiG9w0BCQEWGXByZW1pdW0tc2VydmVyQHRoYXd0ZS5j b20wHhcNMDUwODE2MTAxNDQ2WhcNMDYwODE2MTAxNDQ2WjB/MQswCQYDVQQGEwJG UjEWMBQGA1UECBMNSGF1dC1kZS1zZWluZTEQMA4GA1UEBxMHUHV0ZWF1eDEWMBQG A1UEChMNQmVzdCBvZiBtaWNybzELMAkGA1UECxMCSVQxITAfBgNVBAMTGG9jY2Fz aW9uLnByZXNlbmNlLXBjLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA 1k64FySsEVonjLVJfJbpWNyCGneWaUPK/wV4thgszRNS5I51/UYK0c/TYrNFFu2V cHHRYhNJZKAxXKbbeL1X32yaYX++xjJH9/0qCS2N5JS1717yJ6iWgL3HNb9vBxai oOZA6YGj3P0aZzOsR4tMEF2QFTpg7XaAvdqKxrATOrkCAwEAAaOBpjCBozAdBgNV HSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwQAYDVR0fBDkwNzA1oDOgMYYvaHR0 cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVByZW1pdW1TZXJ2ZXJDQS5jcmwwMgYI KwYBBQUHAQEEJjAkMCIGCCsGAQUFBzABhhZodHRwOi8vb2NzcC50aGF3dGUuY29t MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAVyi1E2hMTkVJDvTqgsSE wK1evx7Pw3gV29qmlk8aMVfTl0uhA8UZAonYCNsA4z19/mnnJS6mcIE+cQyJn2Zc U92QnswIQU8/68+F3u2Q79YcIPeAQ9rOjBn84ooo9FRafjQ51u0M8QQB/uQcWyEy 63ukW9hi1F/KG5sLrxs1CtQ= -----END CERTIFICATE----- |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 23/août/05 13:16 ] |
|
L'ensemble des manips sont faits ... A la prochaine mise en maintenance je mettrais en place le nouveau httpd.production sur Phaeton et Cupidon et effecterai les tests Ce qui é été fait : Mise en place des certificats sur Phaeton et Cupidon occasion.presence-pc.com.csr occasion.presence-pc.com.key occasion.presence-pc.com.crt Modifications de etc.host Cupidon 212.23.167.34 occasion.presence-pc.com Phaeton 212.23.167.9 occasion.presence-pc.com Paramétrage des virtualhost dans la conf Apache Lancement du scrit createvirdir.sh Mise en place de maintenance .asis pour ces virtualhost etc ... |
| Commentaire de Sébastien Tournay [ 23/août/05 16:21 ] |
|
Confirmer que robot.txt est le bon. Voir avec Manu du référencement et/ou JUDD et/ou Bruno Communiquer la VIP à presence-pc pour qu'ils puissent modifier leur DNS au moment de la mise en prod) Mise en place d'un brand presence-pc.preview.priceminister.com. Régle d'accès sur le filtre d'@IP. |
| Commentaire de Ranto Andriambololona [ 16/sept./05 15:59 ] |
|
Quasi terminé ... On attend le déploiement pour pour voir visuellement le nouveau cobranding |
[APP-11478] [Dev 3] [bambinOccasion] Images non trouvées sur la page d'accueil (home page) Création: 28/juil./06 09:49 Mise à jour: 25/juin/07 18:42 Résolue: 28/juil./06 12:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 9.0.2 |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabrice Tiercelin | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Site: | Integ | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Les images de la Sogé et la banque postale ne sont pas trouvées. NB : ce bug ne date que de l'integ de Vendredi 28 Juillet au matin. Avant, tout s'affichait normalement. |
| Commentaires |
| Commentaire de Younès Charrière [ 28/juil./06 11:12 ] |
| L'erreur est bien visible avec IE. |
| Commentaire de Edouard Gomez-Vaez [ 28/juil./06 11:23 ] |
| Problème Apache ? L'image, en remplaçant bambinoccasion par www dans l'url s'affiche. |
| Commentaire de Antoine Koener [ 28/juil./06 11:30 ] |
|
Tu peux fermer le jIRA ;p Il manquait bien un lien. |
| Commentaire de Edouard Gomez-Vaez [ 28/juil./06 12:25 ] |
| Merci Antoine ! |
| Commentaire de Patrick Condevaux [ 31/juil./06 14:27 ] |
| ok en INTEG |
[APP-6757] 1ere visite ne fonctionne pas Création: 15/déc./05 18:31 Mise à jour: 25/juin/07 18:33 Résolue: 20/déc./05 17:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.9a |
| Version(s) corrigée(s): | 8.0.9b |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Odile Szabo | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
Sur la page Mon compte, https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser, le lien 1ere visite ne fonctionne pas
|
| Commentaires |
| Commentaire de Judd OSullivan [ 16/déc./05 15:14 ] |
| On vient de changer la conf apache et maintenant on laisse passer les pages ng en https. Donc pour corrigé ce problème on doit changer le parametrage en bo de cette page à 'page securisée'. |
| Commentaire de Jérôme Viviès [ 16/déc./05 16:30 ] |
|
J'ai modifié le paramétrage selon les indications de Judd. Ca marche en preview : ce sera en ligne demain. |
| Commentaire de Christophe Garcia [ 19/déc./05 10:12 ] |
|
Ca ne marche pas en PROD : Aller sur Inscription, cliquer sur "Comment acheter" puis revenir sur "Première visite". De + je ne trouve pas normal que cette page passe en HTTPS |
| Commentaire de Jérôme Viviès [ 19/déc./05 10:30 ] |
|
Nous n'avons aucune documentation sur le fonctionnement des promos dans les pages sécurisées. Merci donc de nous indiquer le paramétrage adéquat au vu du fonctionnement de l'application, après avoir débattu de l'opportunité de tel ou tel comportement des pages. |
| Commentaire de Quentin de Chivré [ 19/déc./05 14:37 ] |
|
On avait convenu qu'on créait 2 servlets : /ng pour les pages http /ngs pour les pages https Ca n'a pas l'air d'être le cas ? |
| Commentaire de Judd OSullivan [ 19/déc./05 16:05 ] |
|
Avec ce changement de parametrage, la page marche bien en
https mais pas en http. Pour eviter les page ng en mode https, je vais
mettre le mapping ngs->ng dans la conf de l'application. Ensuite il
faut remettre ce page en mode 'non-securisé'. On fait ca pour la prochain mini-deploiement (mercredi matin si tout va bien). |
| Commentaire de Christophe Garcia [ 20/déc./05 17:19 ] |
| Ca ne marche toujours pas. |
| Commentaire de Christophe Garcia [ 20/déc./05 17:52 ] |
| Ok réglé par Judd en INTEG |
[EXP-898] koobuycity dans les résultats de recherche Google Création: 16/janv./06 11:37 Mise à jour: 25/juin/07 18:55 Résolue: 16/janv./06 13:49 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Emmanuel Benmussa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Voir le lien suivant : http://www.google.fr/search?q=%22le+train+de+minuit%22+Absil&hl=fr&lr=&start=20&sa=N Koobuycity ressort en liste de résultat alors que le co-branding ne devrait pas être indexé dans Google |
| Commentaires |
| Commentaire de Patrick Condevaux [ 16/janv./06 11:53 ] |
|
Le cobranding avec la croix-rouge apparait aussi dans cette requete google. Sur d'autres requêtes, d'autres cobranding apparaissent: epik, m6, m6game, tiscalibe, europ2, freesurf |
| Commentaire de Sébastien Tournay [ 16/janv./06 13:10 ] |
|
En fait cela correspond uniquement à des recherches pris
dans les 'Résultats complémentaires' de GOOGLE. Cela correspond à une
base d'archive de GOOGLE. Sans doute à la période ou nous n'avions pas
mis tous les mécanismes nécessaires pour bloquer le crawl de GOOGLE sur
les cobrandings. Pour info, nous n'avons pas d'alertes remontées au niveau de nos logs apache qui signalent un crawl de GOOGLE sur les cobrandings. Cf. exemple d'un passage de GOOGLE hier et le résultat dans le fichier de log ou l'on retourne le fichier robot.txt koobuycity.priceminister.com 66.249.64.68 - - [15/Jan/2006:06:08:05 +0100] "GET /robots.txt HTTP/1.0" 200 111 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)" Je mets Emmanuel en copie pour qu'il nous explique plus en détail ce phénomène ;-) |
| Commentaire de Quentin de Chivré [ 16/janv./06 13:21 ] |
| Ouf, je suis rassuré, merci de ta réactivité ! |
| Commentaire de Emmanuel Benmussa [ 16/janv./06 13:48 ] |
|
Le fonctionnement du fichier robots.txt fait qu'il y aura toujours un peu de crawl sur les co branding. En effet, il suffit qu'il y ait un lien vers la page co brandée (home ou autre page) pour que le crawler la suive. C'est au moment de crawler cette page qu'il crawle aussi le robots.txt, et donc s'interdit de crawler la suite. Le contrôle est important si le nombre de pages crawlées devient significatif. en ce qui concerne les résultats complémentaires, il s'agit bien de la base d'archive de GG. Il ne va chercher des informations sur cette base que s'il ne trouve rien sur la base fraiche ou la base globale. Emmanuel |
[EXP-905] enquete : mais que fait le 86.193.202.186 ? Création: 16/janv./06 19:02 Mise à jour: 25/juin/07 18:55 Résolue: 21/févr./06 18:34 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Description |
|
il faut enormement de requetes sur PM ! il a un comportement de web-bot. mais le traceroute mene sur une adresse anonyme chez wanadoo / FT. A t on un outil qui permet de mettre en evidence les adresses ip avec bcp de requete sur une periode courte ? Faut il banir cette adresse ip ? Quelle est la frequence de ses visites ? Il genere a lui seul une charge considerable sur venus ! Est ce l'origine de l'augmentation de BP que l'on constate parfois ? |
| Commentaires |
| Commentaire de Sébastien Tournay [ 17/janv./06 12:27 ] |
|
Ranto nous avait signalé cela par mail hier soir (cf. son compte rendu ci-dessous). Je viens de regarder à nouveau ce matin, cette adresse IP n'est pas encore là au niveau des logs APACHE. Ou alors l'utilisateur à changer d'IP. Difficile donc de filtrer sur l'adresse IP. On avait déjà évoqué ce sujet là avec les internautes qui viennent aspirer le site. On est plutôt dans l'objectif de bloquer leur 'aspirateur' à partir du moment ou l'on reconnait leur user-agent. Dans le cas ci-dessous c'est impossible. Je viens également de regarder sur la journée du 15/01 (dimanche), on n'a pas subit de requête en provenance de cette @IP. Sur la journée d'hier, cela représente rien que sur PHAETON 256946 requêtes sur quasiment toute la journée. De : Ranto Andriambololona [mailto:ranto.andriambololona@priceminister.com] Envoyé : lundi 16 janvier 2006 19:21 À : 'Sébastien TOURNAY'; antoine.koener@priceminister.com Objet : Ip sur Venus Cette IP pompe le site (170627 req sur phaeton) et les requêtes passent essentiellement sur Venus PHAETON www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:17 +0100] "GET /product?action=referencesearch&reference=2951666047 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:18 +0100] "GET /product?action=referencesearch&reference=2882501129 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:19 +0100] "GET /offer/buy/910650 HTTP/1.1" 200 52447 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:19 +0100] "GET /product?action=referencesearch&reference=2951666055 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /inventory?action=view&productid=5087146 HTTP/1.1" 200 45144 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/819999 HTTP/1.1" 200 52880 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/912632 HTTP/1.1" 200 41304 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/5087146 HTTP/1.1" 200 43479 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" [adminpm@phaeton priceminister]$ less /data/chrootapache/usr/local/apache/logs/vaccess_log |grep 86.193.202.186 | wc -l 170627 VENUS [pmas@venus priceminister]$ tail -f var/mainlog/nohup.out 2006-01-16 19:20:06,729 INFO [P-Processor9] 86.193.202.186 - >>> GET http://www.priceminister.com/inventory?action=view&productid=4393833 2006-01-16 19:20:07,127 INFO [P-Processor9] 86.193.202.186 - <<< [398 ms] GET http://www.priceminister.com/inventory?action=view&productid=4393833 2006-01-16 19:20:07,551 INFO [P-Processor9] 86.193.202.186 - >>> GET http://www.priceminister.com/offer/buy/4393833 2006-01-16 19:20:07,885 INFO [P-Processor9] 86.193.202.186 - <<< [334 ms] GET http://www.priceminister.com/offer/buy/4393833 2006-01-16 19:20:08,391 INFO [-Processor12] 86.193.202.186 - >>> GET http://www.priceminister.com/product?action=referencesearch&reference=2951911424 2006-01-16 19:20:08,405 INFO [-Processor12] 86.193.202.186 - Redirecting to : /inventory?action=view&productid=4392911 2006-01-16 19:20:08,405 INFO [-Processor12] 86.193.202.186 - <<< [14 ms] GET http://www.priceminister.com/product?action=referencesearch&reference=29519114 |
| Commentaire de Sébastien Tournay [ 17/janv./06 12:37 ] |
|
Ce qu'il faudrait rapidemment c'est avoir un outil qui nous
permet de mettre en evidence les adresses ip avec bcp de requete sur une
periode courte comme l'évoquait Justin. On peut continuer à suivre aujourd'hui le retour de cette adresse spécifique. |
| Commentaire de Antoine Koener [ 09/févr./06 17:30 ] |
| La solution est commune. |
| Commentaire de Antoine Koener [ 21/févr./06 18:34 ] |
|
Gestion des Malicious Crawlers.... |
[EXP-414] Problème de redémarrage de SOL et TERRA le 25/11 Création: 25/nov./05 09:33 Mise à jour: 25/juin/07 18:54 Résolue: 31/oct./06 11:49 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Sébastien Tournay | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 3 heures | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Serge, Ce matin on vient une nouvelle fois de rencontrer un problème au moment du redémarrage des SA SOL et TERRA. Une nouvelle fois il s'agit d'un problème du genre 'Caused by: java.lang.OutOfMemoryError'. Il faudrait creuser avec Xiaoming et Judd pour savoir d'ou vient ce problème. Les premières constatations : * Cela se passe au démarrage uniquement à 5h * Le problème n'est que sur les serveurs 64 bits * Le problème n'a pas lieu tous les matins * Le problème ne concerne que soit SOL, soit TERRA ou SOL/TERRA (pas toujours l'ensemble et le même) * Le problème ne s'est pas encore présenté sur AMPHITRITE, AURORE et ANGITA Il faudrait étudier les logs de ces serveurs nohup.out et garbage.log (je viens de les sauvegarder sur SOL et TERRA pour le pb de ce matin) 05:47:28,250 INFO [Server] Core system initialized 05:47:29,459 ERROR [MainDeployer] could not create deployment: file:/appli/priceminister/jboss-4.0.2/server/priceminister/conf/jboss-service.xml org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.UndeclaredThrowableException) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:143) at org.jboss.system.ServiceController.install(ServiceController.java:202) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) Caused by: java.lang.OutOfMemoryError at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.jar.JarFile.<init>(JarFile.java:132) at java.util.jar.JarFile.<init>(JarFile.java:70) at sun.misc.URLClassPath$JarLoader.getJarFile(URLClassPath.java:579) at sun.misc.URLClassPath$JarLoader.<init>(URLClassPath.java:546) at sun.misc.URLClassPath$3.run(URLClassPath.java:324) at java.security.AccessController.doPrivileged(Native Method) : : |
| Commentaires |
| Commentaire de Justin Ziegler [ 25/nov./05 11:10 ] |
|
Le garbage log que tu as sauvegarde ne correspond pas au pb. le fichier garbage.log est ecrase a chaque demarrage. Donc si le fichier a ete archive a 9h35, c'est celui de l'instance actuelle, et non celui du plantage. En revanche, je pense que la reponse au probleme pourrait se trouver dans le garbage.log. Il faudrait donc le capturer la prochaine fois, ou demander a cms de le faire, ou ne pas envoyer les alertes a cms pour sol ? |
| Commentaire de Serge Delabrosse [ 25/nov./05 11:13 ] |
|
Premières constation: ================= Au démarrage on constate un OutofMemmory qui provoque un halt de la VM ! Autres investigations à faire : - Controle du Log System linux ... Les premières questions que l'on se pose : ================================== Est ce que le problème n'arrive que lors des démarrages automatiques ? Ou est ce que l'on constate aussi le probléme lors des démarrages manuels ? Est ce un probleme qui affecte que les architectures 64 bits ? Si oui il devrait affecter que tous les serveurs 64 bits ... Est ce uniquement le cas ... Quelle est la fréquence du probleme ? Depuis quand constate t'on le probléme ? Depuis quand a t'on migré en 64 bits ( date de migration par machine ) Quelles opérations ont été menus sur ces machines ( Augmentation d poids des serveur , sortie du pool, autres opérations ?) Y a t'il un BUG référencé Chez JBOSS sur le sujet , spécifique au architectures 64 bits ? Quel est la différence entre (SOL, TERRA) et les autres Serveurs ? ==================================================== Une première différence existe : - Le swappiness était à 5 sur SOL et TERRA et à 60 sur les autres ... Y a t'il d'autres différences avec les serveurs ANJITA, AURORE AMPHITRITE ? ============================================================ - Au niveau des logiciels installés ? - A priori : NON car le clonage a été fait à partir d'un même , si l'on en croit nos informations ! - Action : Cela va être vérifié avec JET . - Au niveau de l'architecture matérielle ? La meme question va être posée à JET . Autres questions: ============== Y a t'il d'autre logiciels qui redemmarre le matin en meme temps que JBOSS le matin ... et qui pourrait consommer de la RAM Actions a faire -regarder l'historique des modifs de poids dans CVS ============== ANNEXE ==================== -bash-3.00$ less nohup.out.SAUV.251105 2005-11-25 05:47:26 - [Scheduled action] jBoss started ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /appli/priceminister/jboss JAVA: /appli/priceminister/jdk/bin/java JAVA_OPTS: -Xms4000m -Xmx4000m -XX:PermSize=100m -XX:MaxPermSize=100m -XX:NewSize=200m -XX:MaxNew Size=200m -XX:+UseParNewGC -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:/data/pri ceminister/var/mainlog/garbage.log -XX:+PrintGCApplicationStoppedTime -XX:+UseConcMarkSweepGC -XX:CMSInitiatin gOccupancyFraction=40 -XX:+CMSParallelRemarkEnabled -XX:+DisableExplicitGC -Dparser.pool.size=50 -D program.name=run.sh CLASSPATH: /appli/priceminister/jboss/lib/jmagick.jar:/appli/priceminister/jboss/bin/run.jar:/appli/priceminister/jdk/l ib/tools.jar ========================================================================= 05:47:27,082 INFO [Server] Starting JBoss (MX MicroKernel)... 05:47:27,083 INFO [Server] Release ID: JBoss [Zion] 4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023) 05:47:27,083 INFO [Server] Home Dir: /appli/priceminister/jboss-4.0.2 05:47:27,083 INFO [Server] Home URL: file:/appli/priceminister/jboss-4.0.2/ 05:47:27,084 INFO [Server] Library URL: file:/appli/priceminister/jboss-4.0.2/lib/ 05:47:27,085 INFO [Server] Patch URL: null 05:47:27,085 INFO [Server] Server Name: priceminister 05:47:27,085 INFO [Server] Server Home Dir: /appli/priceminister/jboss-4.0.2/server/priceminister 05:47:27,085 INFO [Server] Server Home URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/ 05:47:27,085 INFO [Server] Server Data Dir: /appli/priceminister/jboss-4.0.2/server/priceminister/data 05:47:27,086 INFO [Server] Server Temp Dir: /appli/priceminister/jboss-4.0.2/server/priceminister/tmp 05:47:27,086 INFO [Server] Server Config URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/conf/ 05:47:27,086 INFO [Server] Server Library URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/lib/ 05:47:27,086 INFO [Server] Root Deployment Filename: jboss-service.xml 05:47:27,089 INFO [Server] Starting General Purpose Architecture (GPA)... 05:47:27,478 INFO [ServerInfo] Java version: 1.5.0_05,Sun Microsystems Inc. 05:47:27,478 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 1.5.0_05-b05,Sun Microsystems Inc. 05:47:27,478 INFO [ServerInfo] OS-System: Linux 2.6.9-22.ELsmp,amd64 05:47:27,921 INFO [Server] Core system initialized 05:47:29,123 ERROR [MainDeployer] Could not initialise deployment: file:/appli/priceminister/jboss-4.0.2/server/pricemini ster/conf/jboss-service.xml java.lang.OutOfMemoryError at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.jar.JarFile.<init>(JarFile.java:132) at java.util.jar.JarFile.<init>(JarFile.java:97) at org.jboss.deployment.DeploymentInfo.getManifest(DeploymentInfo.java:344) at org.jboss.deployment.MainDeployer.parseManifestLibraries(MainDeployer.java:1032) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:840) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:765) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:722) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:121) at org.jboss.Main$1.run(Main.java:463) at java.lang.Thread.run(Thread.java:595) Failed to boot JBoss: org.jboss.deployment.DeploymentException: Could not initialise deployment: file:/appli/priceminister/jboss-4.0.2/server/pr iceminister/conf/jboss-service.xml; - nested throwable: (java.lang.OutOfMemoryError) at org.jboss.deployment.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:39) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:770) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:722) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:121) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:434) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:315) at org.jboss.Main.boot(Main.java:195) at org.jboss.Main$1.run(Main.java:463) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.OutOfMemoryError at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.jar.JarFile.<init>(JarFile.java:132) at java.util.jar.JarFile.<init>(JarFile.java:97) at org.jboss.deployment.DeploymentInfo.getManifest(DeploymentInfo.java:344) at org.jboss.deployment.MainDeployer.parseManifestLibraries(MainDeployer.java:1032) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:840) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:765) ... 21 more 05:47:29,136 INFO [Server] JBoss SHUTDOWN: Undeploying all packages Shutting down 05:47:29,147 INFO [Server] Shutdown complete Shutdown complete Halting VM 2005-11-25 06:19:55 - [Manual action] jBoss started ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /appli/priceminister/jboss JAVA: /appli/priceminister/jdk/bin/java JAVA_OPTS: -Xms4000m -Xmx4000m -XX:PermSize=100m -XX:MaxPermSize=100m -XX:NewSize=200m -XX:MaxNewS ize=200m -XX:+UseParNewGC -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:/data/price minister/var/mainlog/garbage.log -XX:+PrintGCApplicationStoppedTime -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOc cupancyFraction=40 -XX:+CMSParallelRemarkEnabled -XX:+DisableExplicitGC -Dparser.pool.size=50 -Dprog ram.name=run.sh CLASSPATH: /appli/priceminister/jboss/lib/jmagick.jar:/appli/priceminister/jboss/bin/run.jar:/appli/priceminister/jdk/li b/tools.jar ========================================================================= 06:19:56,188 INFO [Server] Starting JBoss (MX MicroKernel)... 06:19:56,189 INFO [Server] Release ID: JBoss [Zion] 4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023) 06:19:56,189 INFO [Server] Home Dir: /appli/priceminister/jboss-4.0.2 06:19:56,189 INFO [Server] Home URL: file:/appli/priceminister/jboss-4.0.2/ 06:19:56,190 INFO [Server] Library URL: file:/appli/priceminister/jboss-4.0.2/lib/ 06:19:56,191 INFO [Server] Patch URL: null 06:19:56,191 INFO [Server] Server Name: priceminister 06:19:56,191 INFO [Server] Server Home Dir: /appli/priceminister/jboss-4.0.2/server/priceminister 06:19:56,191 INFO [Server] Server Home URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/ 06:19:56,191 INFO [Server] Server Data Dir: /appli/priceminister/jboss-4.0.2/server/priceminister/data 06:19:56,192 INFO [Server] Server Temp Dir: /appli/priceminister/jboss-4.0.2/server/priceminister/tmp 06:19:56,192 INFO [Server] Server Config URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/conf/ 06:19:56,192 INFO [Server] Server Library URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/lib/ 06:19:56,192 INFO [Server] Root Deployment Filename: jboss-service.xml 06:19:56,195 INFO [Server] Starting General Purpose Architecture (GPA)... 06:19:56,592 INFO [ServerInfo] Java version: 1.5.0_05,Sun Microsystems Inc. 06:19:56,592 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 1.5.0_05-b05,Sun Microsystems Inc. 06:19:56,593 INFO [ServerInfo] OS-System: Linux 2.6.9-22.ELsmp,amd64 06:19:57,075 INFO [Server] Core system initialized 06:19:59,508 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:log4j.xml 2005-11-25 06:19:59,659 INFO [main ] - Using RMI server codebase: http://sol:8083/ 2005-11-25 06:19:59,790 INFO [main ] - Started jndi bootstrap jnpPort=1099, rmiPort=1098, backlog= 50, bindAddress=/0.0.0.0, Client SocketFactory=null, Server SocketFactory=org.jboss.net.sockets.DefaultSocketFactory@ad093 076 2005-11-25 06:20:03,564 INFO [main ] - Catalina naming disabled 2005-11-25 06:20:04,150 INFO [main ] - Initialization processed in 482 ms 2005-11-25 06:20:04,154 INFO [main ] - Starting service jboss.web 2005-11-25 06:20:04,163 INFO [main ] - Starting Servlet Engine: Apache Tomcat/5.5.9 2005-11-25 06:20:04,234 INFO [main ] - XML validation disabled 2005-11-25 06:20:04,292 INFO [main ] - Server startup in 141 ms 2005-11-25 06:20:04,497 INFO [main ] - deploy, ctxPath=/, warUrl=file:/appli/priceminister/jboss-4 .0.2/server/priceminister/deploy/jbossweb-tomcat55.sar/ROOT.war/ 2005-11-25 06:20:06,373 INFO [main ] - Bound to JNDI name: topic/Refresher 2005-11-25 06:20:06,402 INFO [main ] - Bound to JNDI name: queue/SearchHistory 2005-11-25 06:20:06,480 INFO [main ] - Bound to JNDI name: queue/DLQ 2005-11-25 06:20:07,230 INFO [main ] - Mail Service bound to java:/Mail 2005-11-25 06:20:07,279 INFO [main ] - Loaded system properties from: file:/appli/priceminister/jb oss-4.0.2/server/priceminister/conf/priceminister.properties 2005-11-25 06:20:07,279 INFO [main ] - Loaded system properties from: file:/appli/priceminister/jb oss-4.0.2/server/priceminister/conf/priceminister-local.properties 2005-11-25 06:20:07,795 INFO [main ] - Required license terms exist view the META-INF/ra.xml: file : |
| Commentaire de Serge Delabrosse [ 25/nov./05 11:31 ] |
|
=============================================================== Question Peut on reproduire le probleme ? Un article intéréssant sur les out of memory : http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6206166 Action : l' article est transmis à JUDD ... =============================================================== Name : opteron004.sfbay Kernel version : Linux version 2.6.5-7.97-smp ( xxxxx@xxxxx ) (gcc version 3.3.3 (SuSE Linux)) #1 SMP Fri Jul 2 14:21:59 UTC 2004 DESCRIPTION OF TEST : The test checks that Garbage Collector does not throw any unexpected exceptions and errors while compacting the memory. It also implicitly checks that work of a GC does not break the JVM. The test works with primitive type short. It starts just one thread and fills the memory with huge arrays of that type (the size of the arrays is based on Runtime.maxMemory() value, so just a few arrays are needed to fill the heap until OutOfMemoryError). The arrays are created and stored in java.util.Vector. Then null is assigned to even elements of the vector to provoke GC to clean the memory. After that the test inserts objects of greater size into the same places of the Vector (a class that has two fields short[]). The test extends nsk.share.gc.MultiThreadStressGCPattern class, so that allows a user to run the test for some iterations or for some period of time. See javadoc for MultiThreadStressGCPattern and ArgHandler calsses for more details. TESTBASE LOCATION: /net/sqe.sfbay/global/nfs/test_results4/VM/UNIFIED-DTF/DTWS/suites/GC_FULLLOOK/testbase PLEASE NOTE: 1) This test can be reproduced intermittently (once in 2/3 tries) 2) It passes when -XX:+UseParNewGC is not used. 3) This test also fails on SLES 9 (x86 & amd64), RHEL 4(x86) with 1.5.0 JDK 4) This test passes in SLES 8 (x86 and amd64), and RHAS 3 (x86) with 1.5.0 and 1.6.0 b14 JDK (2.4 kernel) TO REPRODUCE: cd /net/jano.sfbay/export/disk20/GammaBase/Bugs/{this_bug_number}/ sh rerun.sh Test output: ----------------------------------------------------------------------- # sh rerun.sh Number of threads: 1 Run the test for : 1 iteration(s) A single thread to eat memory via Algorithms.eatMemory() Iteration: 0 Size of each brick is 4259840 bytes (2129920 stones). Exception java.lang.OutOfMemoryError: requested 4259864 bytes for promotion. Out of swap space? ----------------------------------------------------------------- xxxxx@xxxxx 2004-12-09 02:39:51 GMT Here's the description from duplicate bug 6216898 which, note, fails as you'd expect from the evaluation section, on Solaris as well: Test fails: gc/gctests/Compact/compact001 gc/gctests/Compact/compact002 gc/gctests/Compact/compact003 gc/gctests/Compact/compact004 gc/gctests/Compact/compact005 gc/gctests/Compact/compact006 gc/gctests/Compact/compact007 gc/gctests/Compact/compact008 gc/gctests/Compact/compact009 gc/gctests/Compact/compact011 gc/gctests/Compact/compact013 gc/gctests/Compact/compact014 gc/gctests/Compact/compact015 gc/gctests/Compact/compact016 switch/mode: +XX:+UseParNewGC VM: Server/-d64 System: Solaris 10 b74l1 sparc JDK: Mustang 6.0 b17 Those tests passed with -XX:+UseParallelGC and -XX:UseSerialGC DESCRIPTION This test is aimed to catch regressions of the bug: 4404502 Speed.java causes SEGV on first full GC The test creates 100 linked list each consisting of 10000 nodes. The test is deemed passed if VM does not crash. Also, the test passes, if OutOfMemoryError is caught. Here's one of the .tlog file: #annotate TEST javaopt=-d64 -server -Xmixed -d64 -XX:+UseParNewGC -XX:SurvivorRatio=6 /net/sqe.sfbay/global/nfs/test_results4/VM/tiger/DTWS/exec1/GC_FULLLOOK-07-WEEKLYmtg-VM-ServerVM-mixed-64BITSOLSPARC5.10-2005-01-10-11-49-02-0444/jdk/solaris-sparc/bin/java -d64 -server -Xmixed -DHANGINGJAVA2695 -d64 -XX:+UseParNewGC -XX:SurvivorRatio=6 gc.gctests.Compact.compact001 -iterations=1 -gcTimeout=5 ##Exit status of execution step=1 ##!checkExitCode #Number of threads: 1 #Run the test for : 1 iteration(s) #A single thread to eat memory via Algorithms.eatMemory() # #Iteration: 0 # #Size of each brick is 4220518 bytes (4220518 stones). # #Exception java.lang.OutOfMemoryError: requested 4220544 bytes for promotion. Out of swap space? Here's the logs: http://sqeweb.sfbay/st4/VM/mustang/DTWS/results/1.6.0-ea-b17/ServerVM/64BITSOLSPARC5.10/mixed/VM/GC_FULLLOOK-07-WEEKLYmtg-VM-ServerVM-mixed-64BITSOLSPARC5.10-2005-01-10-11-49-02-0444/analysis.html xxxxx@xxxxx 2005-1-12 23:25:32 GMT xxxxx@xxxxx 2005-1-12 23:38:29 GMT ****************************************************************************** This problem is reproducible on 1.5.0_05-b03" on Linux AMD 64 machines |
| Commentaire de Justin Ziegler [ 25/nov./05 11:51 ] |
|
Nous sommes deja dans le cadre du workaround de cet article. Je ne pense pas que cela soit pertinent pour notre probleme. Autres sentiments : Le pb que l'on rencontre semble etre aleatoire, meme sur sol (ne se produit pas tous les jours), donc je ne suis pas sur que chercher des differences entre sol / angita / aurore ... soit une piste interessante pour l'instant tout au moins (pas celle que je creuserais pour l'instant). =>> S'assurer sur une periode de plusieurs jour que le pb est bien alleatoire. Le swapiness est effectivement different, mais je ne pense pas que cela soit pertinent. Distinction demarrage auto versus demarrage manuel : piste a creuser. Il s'agit effectivement d'un pb nouveau qui ne concerne que les 64 bit (mais pas tous, tout au moins pour le moment). Il n'est pas question de migration en 64 bit, il s'agit de mise en production de nouveaux serveurs. Difference avec les anciens : RHAS4 versus RHAS3 + 64 bit versus 32 bit. Le pb se produit lors du demarrage des serveurs donc : manip sur poids / sortie du pool : non pertinentes / non impactantes. Autres operations ??? Pistes a creuser.... Y a t'il un BUG référencé Chez JBOSS sur le sujet , spécifique aux architectures 64 bits ? Piste a creuser !!!!!! |
| Commentaire de Justin Ziegler [ 25/nov./05 12:04 ] |
|
Apres reflexion, il pourrait s'agir d'un manque d'espace de swap. Logique : jboss s'arrete le page cache augmente jboss demarre mais ram + swap < page cache + jboss ==> out of mem Une piste serait donc d'agrandir le swap. Mais ceci n'explique pas le fait qu'un demarrage manuel fonctionne. |
| Commentaire de Xiaoming Du [ 25/nov./05 14:51 ] |
|
http://jira.jboss.com/jira/browse/JBAS-1837 Un ticket chez JBOSS que parle d'un bug dans JVM Sun sur l'arch 64 bit. "when trying to unzip an xml file (jboss-service.xml), the zip library is throwing an OutOfMemory error". Cela ressemble à notre problème, sauf que le JVM en quetion est "1.5.0_02", notre est "1.5.0_05". |
| Commentaire de Serge Delabrosse [ 25/nov./05 16:26 ] |
|
Si on lit le dernier commentaire de Xiaoming ... il est possible que notre probleme soit corrigé dans la version 4.0.3 RC2 comme on a la version 4.02 d'installé , on propose de downloader cette version et de l'installer en integ pour test .. et si cela focntionne de l'installer ensuite sur un des serveurs par exemple TERRA . Cette proposition est envoyée à JUDD ( qui n'est apparement pas la cet après midi ) . |
| Commentaire de Serge Delabrosse [ 25/nov./05 17:43 ] |
|
Comme nous n'avons pas de plateforme d'intégration 64 bit,
pour le moment, après discussion avec Xiaoming , Il serait intéréssant
de récupérer le code source de notre version de JBOSS de modifier le code de la facon suivante sur notre plateforme 32 bit comme indiqué dans la première partie http://jira.jboss.com/jira/browse/JBAS-1837 On pourrait aussi rajouter un log pour vérifier a quel moment l'exception claque ... ( et donc sur quel fichier on plante ) ========================================================= -- VOIR CI DESSOUS --- ========================================================= For some reason, JBOSS attempts to unzip every deployment (including XML files). The code is in DeploymentInfo (See below). In a 64bit environment, when trying to unzip an xml file (jboss-service.xml), the zip library is throwing an OutOfMemory error that bypasses the exception handling logic below. The logic attempts to catch Exceptions but Not errors. A work around is to catch Throwable but one questions the needs to unjar every file including non-zips on startup. This is a bug that should be fixed. This happens on startup with the 'all' deployment. public Manifest getManifest() { try { if (manifest == null) { File file = new File(localUrl.getFile()); if (file.isDirectory()) { FileInputStream fis = new FileInputStream(new File(file, "META-INF/MANIFEST.MF")); manifest = new Manifest(fis); fis.close(); } else // a jar manifest = new JarFile(file).getManifest(); } return manifest; } // It is ok to barf at any time in the above, means no manifest catch (Exception ignored) { return null;} === Does Not catch OutOfMemoryError ==== } Exception: 10:53:39,841 INFO [Server] Starting General Purpose Architecture (GPA)... 10:53:40,102 INFO [ServerInfo] Java version: 1.5.0_02,Sun Microsystems Inc. 10:53:40,102 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 1.5.0_02-b09,Sun Microsystems Inc. 10:53:40,103 INFO [ServerInfo] OS-System: Linux 2.6.10-1.770_FC3smp,amd64 10:53:40,332 INFO [Server] Core system initialized In get manifest In get manifest:tmp5585jboss-service.xml:/export/jboss/myjboss/server/all/tmp/deploy/tmp5585jboss-service.xml java.lang.OutOfMemoryError at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:204) at java.util.jar.JarFile.<init>(JarFile.java:132) at java.util.jar.JarFile.<init>(JarFile.java:97) at org.jboss.deployment.DeploymentInfo.getManifest(DeploymentInfo.java:344) at org.jboss.deployment.MainDeployer.parseManifestLibraries(MainDeployer.java:905) at org.jboss.deployment.MainDeployer.init(MainDeployer.java: |
| Commentaire de Justin Ziegler [ 25/nov./05 18:11 ] |
|
Dans la mesure ou nous avons maintenant identife que c'est un prob jboss : - soit il y a un contournement simple sans toucher au code (deplacer le fichier en cause) - soit il faut impliquer l'equipe de dev, et la balle est dans leur camp. Ce n'est pas a l'equipe d'exploit de faire des modifs sur jboss. |
| Commentaire de Serge Delabrosse [ 28/nov./05 10:46 ] |
|
je suis allez voir JUDD, ce matin, il est en train
d'examiner les infos relatives à ce probleme, sur le site de JBOSS . Sebastien et Xiamoing, sont en train d'essayer de reproduire l'erreur OutOfMemory en utilisant les scripts de démarrage ( via le cron) |
| Commentaire de Judd OSullivan [ 28/nov./05 12:59 ] |
|
Ce bug est bien defini dans http://jira.jboss.com/jira/browse/JBAS-1837. C'est un problème avec les libs JDK 64bit. La solution mise en place en jboss 4.0.3 est simple à mettre dans 4.0.2. J'ai fait le changement et maintenant il s'agit de mettre en place le jar et de le tester. J'attache jboss-system.jar. Il faut le mettre en place dans : /appli/priceminister/jboss/lib |
| Commentaire de Ranto Andriambololona [ 28/nov./05 13:47 ] |
|
On viens de mettre en place la nouvelle lib jboss-system.jar sur angita ... On analyse avec Xiaoming les prochains redémarrage en cron (tous les 10 mn) et on vous met au courant si le plantage a toujours lieu ou pas. |
| Commentaire de Ranto Andriambololona [ 28/nov./05 14:17 ] |
|
Après 4 redémarrages le problème est revenu ... Caused by: java.lang.OutOfMemoryError at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.jar.JarFile.<init>(JarFile.java:132) at java.util.jar.JarFile.<init>(JarFile.java:70) at sun.misc.URLClassPath$JarLoader.getJarFile(URLClassPath.java:579) at sun.misc.URLClassPath$JarLoader.<init>(URLClassPath.java:546) at sun.misc.URLClassPath$3.run(URLClassPath.java:324) |
| Commentaire de Judd OSullivan [ 28/nov./05 17:47 ] |
|
OK. Mon patch a reussi simplement à pousser le problème
ailleurs. Le problème est maintenant dans le code de sun
(javax.management.MBeanServer). Je pense que c'est toujours le même :
jboss essaie de faire un unzip sur un fichier xml qui fait planter la
JVM. J'ai encore un patch qu'on peut essayer (une modif trouvée dans http://jira.jboss.com/jira/browse/JBAS-1992). Sinon c'est possible que ce problème soit reglé dans 4.0.3 (voir le même bug JBAS-1992). Je vais ouvrir un ticket chez jboss. Demain on peut tester ma nouvelle modif. Ensuite je vois 2 pistes : 1/ Tester jboss 4.0.3 sur les machines 64bit. S'il marche bien, essayer de le mettre en prod aussitôt que possible ou faire un patch de 4.0.2. 2/ Accepte que suite à un bug dans le jdk, jboss va se planter 1 fois sur 8 au début de démarrage et donc met en place un script de startup qui réagi bien. Judd |
| Commentaire de Judd OSullivan [ 28/nov./05 18:01 ] |
|
Voici un 2ème patch à essayer. A mettre dans
/appli/priceminister/jboss/server/priceminister/deploy/jbossweb-tomcat55.sar/ Encore il evite un dezip sur un fichier xml et le code source j'ai copié de http://jira.jboss.com/jira/browse/JBAS-1992. |
| Commentaire de Serge Delabrosse [ 29/nov./05 11:57 ] |
|
Résultat de la phase précédente: __________________________ le premier patch inclus dans jboss-system.jar (226 kb) avait été déployé sur ANJITA le 28 nov 05 mais les démarrages du matin JBOSS on montrés que le problème était encore présent . On a lancé la 2 nd phase du test - le 29 nov 05 le tomcat55-service.jar a été installé sur Anjita, la procédure de test est lancé par ranto |
| Commentaire de Ranto Andriambololona [ 29/nov./05 12:55 ] |
|
Après 4 redémarrage , le problème est encore là Ci-après un copie de logs J'ai arrété les tests ... ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /appli/priceminister/jboss JAVA: /appli/priceminister/jdk/bin/java JAVA_OPTS: -Xms4000m -Xmx4000m -XX:PermSize=100m -XX:MaxPermSize=100m -XX:NewSize=400m -XX:MaxNewSize=400m -XX:+UseParNewGC -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:/data/priceminister/var/mainlog/garbage.log -XX:+PrintGCApplicationStoppedTime -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=50 -XX:+CMSParallelRemarkEnabled -XX:+DisableExplicitGC -Dparser.pool.size=50 -Dprogram.name=run.sh CLASSPATH: /appli/priceminister/jboss/lib/jmagick.jar:/appli/priceminister/jboss/bin/run.jar:/appli/priceminister/jdk/lib/tools.jar ========================================================================= 12:51:18,109 INFO [Server] Starting JBoss (MX MicroKernel)... 12:51:18,110 INFO [Server] Release ID: JBoss [Zion] 4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023) 12:51:18,110 INFO [Server] Home Dir: /appli/priceminister/jboss-4.0.2 12:51:18,111 INFO [Server] Home URL: file:/appli/priceminister/jboss-4.0.2/ 12:51:18,111 INFO [Server] Library URL: file:/appli/priceminister/jboss-4.0.2/lib/ 12:51:18,112 INFO [Server] Patch URL: null 12:51:18,112 INFO [Server] Server Name: priceminister 12:51:18,112 INFO [Server] Server Home Dir: /appli/priceminister/jboss-4.0.2/server/priceminister 12:51:18,112 INFO [Server] Server Home URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/ 12:51:18,112 INFO [Server] Server Data Dir: /appli/priceminister/jboss-4.0.2/server/priceminister/data 12:51:18,113 INFO [Server] Server Temp Dir: /appli/priceminister/jboss-4.0.2/server/priceminister/tmp 12:51:18,113 INFO [Server] Server Config URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/conf/ 12:51:18,113 INFO [Server] Server Library URL: file:/appli/priceminister/jboss-4.0.2/server/priceminister/lib/ 12:51:18,113 INFO [Server] Root Deployment Filename: jboss-service.xml 12:51:18,116 INFO [Server] Starting General Purpose Architecture (GPA)... 12:51:18,510 INFO [ServerInfo] Java version: 1.5.0_05,Sun Microsystems Inc. 12:51:18,511 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 1.5.0_05-b05,Sun Microsystems Inc. 12:51:18,511 INFO [ServerInfo] OS-System: Linux 2.6.9-22.ELsmp,amd64 12:51:18,964 INFO [Server] Core system initialized 12:51:20,117 ERROR [MainDeployer] could not create deployment: file:/appli/priceminister/jboss-4.0.2/server/priceminister/conf/jboss-service.xml org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.UndeclaredThrowableException) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:143) at org.jboss.system.ServiceController.install(ServiceController.java:202) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy4.install(Unknown Source) at org.jboss.deployment.SARDeployer.create(SARDeployer.java:220) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:918) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:774) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:722) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:121) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:434) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:315) at org.jboss.Main.boot(Main.java:195) at org.jboss.Main$1.run(Main.java:463) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.reflect.UndeclaredThrowableException at org.jboss.system.ServiceCreator.install(ServiceCreator.java:203) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:153) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:118) ... 36 more Caused by: java.lang.OutOfMemoryError at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.jar.JarFile.<init>(JarFile.java:132) at java.util.jar.JarFile.<init>(JarFile.java:70) at sun.misc.URLClassPath$JarLoader.getJarFile(URLClassPath.java:579) at sun.misc.URLClassPath$JarLoader.<init>(URLClassPath.java:546) at sun.misc.URLClassPath$3.run(URLClassPath.java:324) at java.security.AccessController.doPrivileged(Native Method) at sun.misc.URLClassPath.getLoader(URLClassPath.java:313) at sun.misc.URLClassPath.getLoader(URLClassPath.java:290) at sun.misc.URLClassPath.findResource(URLClassPath.java:141) at java.net.URLClassLoader$2.run(URLClassLoader.java:362) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findResource(URLClassLoader.java:359) at java.lang.ClassLoader.getResource(ClassLoader.java:977) at org.jboss.mx.loading.RepositoryClassLoader.getResourceLocally(RepositoryClassLoader.java:202) at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:251) at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:475) at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:377) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1189) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:271) at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:329) at org.jboss.system.ServiceCreator.install(ServiceCreator.java:124) ... 38 more Failed to boot JBoss: org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.UndeclaredThrowableException) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:143) at org.jboss.system.ServiceController.install(ServiceController.java:202) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy4.install(Unknown Source) at org.jboss.deployment.SARDeployer.create(SARDeployer.java:220) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:918) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:774) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:722) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:121) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:434) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:315) at org.jboss.Main.boot(Main.java:195) at org.jboss.Main$1.run(Main.java:463) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.reflect.UndeclaredThrowableException at org.jboss.system.ServiceCreator.install(ServiceCreator.java:203) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:153) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:118) ... 36 more Caused by: java.lang.OutOfMemoryError at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.jar.JarFile.<init>(JarFile.java:132) at java.util.jar.JarFile.<init>(JarFile.java:70) at sun.misc.URLClassPath$JarLoader.getJarFile(URLClassPath.java:579) at sun.misc.URLClassPath$JarLoader.<init>(URLClassPath.java:546) at sun.misc.URLClassPath$3.run(URLClassPath.java:324) at java.security.AccessController.doPrivileged(Native Method) at sun.misc.URLClassPath.getLoader(URLClassPath.java:313) at sun.misc.URLClassPath.getLoader(URLClassPath.java:290) at sun.misc.URLClassPath.findResource(URLClassPath.java:141) at java.net.URLClassLoader$2.run(URLClassLoader.java:362) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findResource(URLClassLoader.java:359) at java.lang.ClassLoader.getResource(ClassLoader.java:977) at org.jboss.mx.loading.RepositoryClassLoader.getResourceLocally(RepositoryClassLoader.java:202) at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:251) at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:475) at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:377) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1189) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:271) at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:329) at org.jboss.system.ServiceCreator.install(ServiceCreator.java:124) ... 38 more |
| Commentaire de Judd OSullivan [ 29/nov./05 17:22 ] |
|
J'ai ouvert un ticket chez jboss support. Ils vont répondre avant 48 heures selon notre contrat. Sinon nos options restent les mêmes : 1/ Tester jboss 4.0.3 sur les machines 64bit. S'il marche bien, essayer de le mettre en prod aussitôt que possible ou faire un patch de 4.0.2. Pour une mise en place de 4.0.3 il faut compter au moins 2-3 jours pour la création d'une nouvelle conf et de la tester un minimum. 2/ Accepte que suite à un bug dans le jdk, jboss va se planter 1 fois sur 8 au début de démarrage et donc met en place un script de startup qui réagi bien. |
| Commentaire de Sébastien Tournay [ 29/nov./05 18:10 ] |
|
En fait on ne sait pas trop si JBOSS plante 1 fois sur 8 ou 1
fois sur 2. Par exemple SOL à planté lundi matin et mardi matin au
redémarrage .. L'acceptation de ce bug est assez diffcile car toutes les
nuits et tous les matins, nous avons une société extérieure qui
intervient pour relancer en dehors des heures de bureau. Si le problème
est trop récurent, il vont prendre une mauvaise habiture, mettre plus de
temps à intervenir et le jour ou nous aurons un problème inhabituel,
nous manquerons de réactivité. De plus nous réalisons chaque matin des interventions sur la plateforme (Optimisation de la bdd entre 6h et 8h). Tous les matins, nous avons donc un problèmes de redémarrage des 64 bits à 5h (redémarrage automatique quotidien) mais aussi juste après l'intervention de maintenance plannifiée. On peut néanmoins ajouter un script qui va controler que le redémarrage c'est bien passé (vérification du log et de sa taille par exemple) et donc le cas échéant juste après le redémarrage matinale (5h) prévoir une boucle qui va relancer JBOSS. Je vais mettre Xiaoming sur ce sujet. On risque par contre de se prendre les pieds dans le tapis. Car on risque de gérer une alerte indiquant un plantage de JBOSS (non redémarrage), générer l'alerte pour faire intervenir notre boite de supervision (CMS) et peu de temps après (ou avant en fonction du déclenchement de l'alerte) relancer automatiquement JBOSS. On risque d'avoir 2 process qui tentent de relancer JBOSS en même temps. Faut le prévoir dans nos procédures d'intervention (genre check JBOSS avant d'intervenir). Je préfère la solution de tester JBOSS 4.0.3. On devrait être assez vite fixé si il résoud notre problème. J'ai aussi l'impression que c'est la seule piste qui pourrait nous sortir de ce bug. Quand pouvons nous commencer à la tester ? |
| Commentaire de Judd OSullivan [ 29/nov./05 18:33 ] |
|
Il est assez simple de faire un test de base: 1/ Télécharger 4.0.3SP1 2/ Met-le sur une machine 64 bit. 3/ Copier le config server/default à server/priceminister 4/ Test Ca va pas être notre conf certes, mais si on voit toujours les 'out of memory', c'est pas 4.0.3 qui va nous aider:) Ensuite on peut discuter la mise en place d'un vrai conf priceminister. |
| Commentaire de Ranto Andriambololona [ 30/nov./05 11:19 ] |
|
Le test est en cours ... -J'ai téléchargé jboss-4.0.3SP1 -Installé jboss-4.0.3SP1 -Configuré avec les properiétés priceminister (extractiob CVS et ./prod_deploy) le cron est en train de faire des séries de démarrage tous les 5 mn et on sera fixé bientôt des résultats |
| Commentaire de Serge Delabrosse [ 30/nov./05 12:13 ] |
|
Une question : quelle valeur est notre <max-cache-size> ? |
| Commentaire de Ranto Andriambololona [ 30/nov./05 12:22 ] |
|
Toujours le plantage habituel (avec jboss-4.0.3SP1 ...) au bout de 4 démarrages 2005-11-30 11:26:18 - [Scheduled action] jBoss started ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /appli/priceminister/jboss JAVA: /appli/priceminister/jdk/bin/java JAVA_OPTS: -Xms4000m -Xmx4000m -XX:PermSize=100m -XX:MaxPermSize=100m -XX:NewSize=400m -XX:MaxNewSize=400m -XX:+UseParNewGC -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:/data/priceminister/var/mainlog/garbage.log -XX:+PrintGCApplicationStoppedTime -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=50 -XX:+CMSParallelRemarkEnabled -XX:+DisableExplicitGC -Dparser.pool. size=50 -Dprogram.name=run.sh CLASSPATH: /appli/priceminister/jboss/lib/jmagick.jar:/appli/priceminister/jboss/bin/run.jar:/appli/priceminister/jdk/lib/tools.jar ========================================================================= 11:26:18,618 INFO [Server] Starting JBoss (MX MicroKernel)... 11:26:18,619 INFO [Server] Release ID: JBoss [Zion] 4.0.3SP1 (build: CVSTag=JBoss_4_0_3_SP1 date=200510231054) 11:26:18,621 INFO [Server] Home Dir: /appli/priceminister/jboss-4.0.3SP1 11:26:18,621 INFO [Server] Home URL: file:/appli/priceminister/jboss-4.0.3SP1/ 11:26:18,622 INFO [Server] Patch URL: null 11:26:18,622 INFO [Server] Server Name: priceminister 11:26:18,622 INFO [Server] Server Home Dir: /appli/priceminister/jboss-4.0.3SP1/server/priceminister 11:26:18,622 INFO [Server] Server Home URL: file:/appli/priceminister/jboss-4.0.3SP1/server/priceminister/ 11:26:18,623 INFO [Server] Server Temp Dir: /appli/priceminister/jboss-4.0.3SP1/server/priceminister/tmp 11:26:18,623 INFO [Server] Root Deployment Filename: jboss-service.xml 11:26:19,022 INFO [ServerInfo] Java version: 1.5.0_05,Sun Microsystems Inc. 11:26:19,022 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 1.5.0_05-b05,Sun Microsystems Inc. 11:26:19,022 INFO [ServerInfo] OS-System: Linux 2.6.9-22.ELsmp,amd64 11:26:19,566 INFO [Server] Core system initialized 11:26:21,013 ERROR [MainDeployer] Could not create deployment: file:/appli/priceminister/jboss-4.0.3SP1/server/priceminister/conf/jboss-service.xml org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.UndeclaredThrowableException) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:178) at org.jboss.system.ServiceController.install(ServiceController.java:215) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy4.install(Unknown Source) at org.jboss.deployment.SARDeployer.create(SARDeployer.java:232) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:935) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:789) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:753) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:737) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:118) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:453) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:330) at org.jboss.Main.boot(Main.java:187) at org.jboss.Main$1.run(Main.java:438) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.reflect.UndeclaredThrowableException at org.jboss.system.ServiceCreator.install(ServiceCreator.java:203) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:431) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:153) ... 36 more Caused by: java.lang.OutOfMemoryError at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.jar.JarFile.<init>(JarFile.java:132) at java.util.jar.JarFile.<init>(JarFile.java:70) at sun.misc.URLClassPath$JarLoader.getJarFile(URLClassPath.java:579) at sun.misc.URLClassPath$JarLoader.<init>(URLClassPath.java:546) at sun.misc.URLClassPath$3.run(URLClassPath.java:324) at java.security.AccessController.doPrivileged(Native Method) at sun.misc.URLClassPath.getLoader(URLClassPath.java:313) at sun.misc.URLClassPath.getLoader(URLClassPath.java:290) at sun.misc.URLClassPath.findResource(URLClassPath.java:141) at java.net.URLClassLoader$2.run(URLClassLoader.java:362) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findResource(URLClassLoader.java:359) at java.lang.ClassLoader.getResource(ClassLoader.java:977) at org.jboss.mx.loading.RepositoryClassLoader.getResourceLocally(RepositoryClassLoader.java:202) at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:251) at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:475) at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:377) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1189) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:271) at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:329) at org.jboss.system.ServiceCreator.install(ServiceCreator.java:124) ... 38 more Failed to boot JBoss: org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.UndeclaredThrowableException) |
| Commentaire de Judd OSullivan [ 05/déc./05 10:20 ] |
|
J'ai le retour de JBoss. En gros il veut qu'on teste un cas
simple (comme Xiaoming a déjà fait il me semble). J'ai déjà lancé leur
truc sur angita sans erreur mais on doit testé le cas plus compliqué,
c'est à dire, avec les mêmes paramétres de JVM que pour JBoss (-Xms4000m
etc). Dans le repertoire ~/tmp sur angita il y a des fichiers
'TestNotJar'. Fais un dizaine de : $ java -Xms4000m -Xmx4000m ..... TestNotJar Si TestNotJar se plante, essaie de reduire les valeurs Xms/Xmx pour voir ce que ça donne. Si TestNotJar ne se plante pas, est-ce qu'on peut tester jboss mais avec moins de memoire (essaie 2200 comme sur les autres machines par exemple) ? |
| Commentaire de Justin Ziegler [ 05/déc./05 10:44 ] |
|
C quoi un cas simple ? C quoi un cas complique ? |
| Commentaire de Judd OSullivan [ 05/déc./05 11:00 ] |
|
Oui. C'était pas très clair. En gros on teste un petit executable java (TestNotJar) qui essaie de dezipper un fichier .xml. Cas simple = sans paramétre JVM ($ java TestNotJar) Cas compliqué = avec toutes les paramètres JVM qu'on utilise pour lancer jboss Le cas simple j'ai déjà testé sur angita sans voir une OutOfMemory. Il faut qu'on teste le cas plus compliqué. |
| Commentaire de Justin Ziegler [ 05/déc./05 18:05 ] |
|
Il est clair qu'il faut continuer la piste "debug jboss" sur ce theme. Il me semble en revanche utile d'explorer maintenant et en parallele une piste alternative : modifier pmjboss de facon a faire une boucle de demarrage en testant si on a rencontre le pb. Dans la mesure ou le pb se manifeste vite, cela ne devrait pas etre visible par le systeme d'alerte. J'imagine les choses de la facon suivante : do { demarrage de jboss en tache de fond (comme actuellement); sleep (qqs secondes) ; // a bien parametrer : pas trop long, mais pas trop court non plus $demarrage_ok = 0; if (`tail -xxxx nohup.out | grep XXXX | wc -l` == 0) $demarrage_ok = 1; // Reste a trouver le bon nb de ligne, et la bonne chaine de caractere :-) } while (not $demarrage_ok) Cela ne devrait pas etre trop difficle ? |
| Commentaire de Judd OSullivan [ 08/déc./05 11:39 ] |
|
Voici les fichiers de test (pour TestNotJar). Il faut faire : $ javac TestNotJar.java et ensuite (en boucle) $ java -Xms4000m -Xmx 4000m ..... TestNotJar |
| Commentaire de Judd OSullivan [ 08/déc./05 11:40 ] |
| tst.xml doit être dans le meme rep que TestNotJar |
| Commentaire de Sébastien Tournay [ 12/déc./05 10:59 ] |
| On laisse RANTO mettre en place la boucle de redémarrage (modif pmjboss) sur tous les SA (en priorité les 64 bits). |
| Commentaire de Justin Ziegler [ 12/déc./05 12:08 ] |
|
Quand est ce qu'on pense que cela sera fait ? Quelles sont les taches en concurrences ? |
| Commentaire de Ranto Andriambololona [ 12/déc./05 12:28 ] |
|
Normalement ce sera en place dans l'après-midi sur angita ... C'est ma priorité après la remise à plat de Tellus ce matin. |
| Commentaire de Ranto Andriambololona [ 12/déc./05 19:59 ] |
|
Le fichier pmjboss a été modifié sur tous les SA 64 bits
pour tenir en compte le rédémarrage de l'appli dès que le Bug
"OutOfMemory" est détecté au démarrage ... J'ai fait beaucoup de tests sur ANGITA pour m'assurer que le fonctionnement est bien carré et ne risque pas de nous créer des surprises. J'ai aussi terminé les tests sur les fichiers TestNotJar fourni par JBOSS * le test java TestNotJar ne bug jamais (30 essais) * le test java -Xms4000m -Xmx4000m -XX:PermSize=100m -XX:MaxPermSize=100m -XX:NewSize=400m -XX:MaxNewSize=400m -XX:+UseParNewGC -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:/data/priceminister/var/mainlog/garbage.log -XX:+PrintGCApplicationStoppedTime -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=50 -XX:+CMSParallelRemarkEnabled -XX:+DisableExplicitGC TestNotJar ne bug jamais (plus de 60 essais) * le test sur notre appli avec les paramètres -Xms2000m -Xmx2000m ..... provoque le Buf "OutOfMemory" Pour m'assurer ma façon de tester est bonne je me suis rapproché de Judd, c'est Ok la méthode est bonne |
| Commentaire de Judd OSullivan [ 15/déc./05 15:51 ] |
|
JBoss a réussi à reproduire l'erreur donc ils peuvent bien étudier le problème. Je vous tiendrai au courant. Néanmoins la mise en place d'un script de démarrage qui réagi bien après ce plantage reste une bonne idée. |
| Commentaire de Judd OSullivan [ 21/déc./05 09:54 ] |
|
Après l'avoir étudié, le conseil de jboss est
de......utiliser jrockit. Il y a plusieurs bugs (selon jboss) sur le
site sun qui parlent de ce genre de problème. Il est donc probable que
c'est une erreur dans la JVM 64bit sur linux : http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5077277 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5010739 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4548840 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4684546 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5004956 Je vais voir s'ils ont créé un bug specifique à ce problème chez sun et ensuite de voir si on peut avoir eventuellement un delai pour la resolution. Jboss a testé la JVM jrockit et ils ont pas eu cet erreur. |
| Commentaire de Ranto Andriambololona [ 21/déc./05 13:34 ] |
|
En parallèle j'ais mis en place le nouveau pmjboss qui controle le BUG "outofmemory" Cela fonctionne bien, c.a.d que lorsqu'un "outofmemory" arrive jboss redémarre de lui-même Ce soir je le mettrai en place sur tous les SA pour redémarrage demain matin |
| Commentaire de Ranto Andriambololona [ 23/déc./05 13:33 ] |
|
La gestion des BUG "outofmemory" au démarrage est résolu ... Il n'y a plus rien à faire du côté de l'exploit que d'attendre la suite côté DEV, je ré-assigne donc le JIRA à Judd |
| Commentaire de Judd OSullivan [ 09/janv./06 14:43 ] |
|
Jboss travaille toujours sur ce problème. Ils ont ouvert un
bug chez sun et ils cherchent un workaround. On peut suivre l'avancement
à : http://www.jboss.com/index.html?module=bb&op=viewtopic&t=74994&postdays=0&postorder=asc&start=0 |
| Commentaire de Xiaoming Du [ 01/févr./06 12:25 ] |
|
http://jira.jboss.com/jira/browse/JBAS-1837 J'ai l'impression que le bug "out of memory" sur 64bit a été corrigé dans jboss-4.0.3-final. Peut-être ca vaut le coup de le tester sur nos plate-formes. |
| Commentaire de Judd OSullivan [ 01/févr./06 12:50 ] |
|
Ce n'est pas le même bug et en plus on a déjà testé 4.0.3 (voir commentaire au-dessus). Si tu veux suivre l'avancement, voir le lien que j'ai mis 9 janvier. |
| Commentaire de Judd OSullivan [ 19/oct./06 15:46 ] |
|
Selon jboss/sun, ce bug a été résolu dans le 1.5.0_08. De tout facon j'ai l'impression que notre contournement marche plutot bien mais je vous laisse décider l'action à mener. |
| Commentaire de Patrice Boulanger [ 31/oct./06 11:49 ] |
| Ce problème n'apparaît plus à ma connaissance. De plus, tous les AS sont passés en JD 1.5.08 |
[EXP-447] Migration du nom bo.jmh.lan en bo.priceminister.lan et intra.priceminister.lan Création: 30/nov./05 19:33 Mise à jour: 25/juin/07 18:54 Résolue: 29/déc./05 11:12 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 15 minutes | ||
| Temps consacré: | 45 minutes | ||
| Estimation originale: | 1 heure | ||
| Description |
|
Migrer le nom bo.jmh.lan en bo.priceminister.lan Installer aussi un intra.priceminister.lan |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 09/déc./05 15:56 ] |
|
Demande faite à JMH Une fois qu'ils auront mis en place leur partie, je dois : - MAJ notre DNS sur ruinart - Contacter l'administrateur de l'arkoon |
| Commentaire de Ranto Andriambololona [ 16/déc./05 18:41 ] |
|
PAP, Peux-tu ajouter dans notre DNS 10.150.28.86 intra.priceminister.lan 10.150.28.72 bo.priceminister.lan Une fois que c'est fait réassigne moi le JIRA |
| Commentaire de Pap Ndiaye [ 20/déc./05 10:04 ] |
| On pourrais mettre intra.priceminister.com.lan bo.priceminister.com.lan pour bien marquer le fait qu'il s'agit de la prod. |
| Commentaire de Sébastien Tournay [ 20/déc./05 10:16 ] |
| Ok pour cette précision. |
| Commentaire de Pap Ndiaye [ 20/déc./05 16:17 ] |
| C fait |
| Commentaire de Ranto Andriambololona [ 27/déc./05 17:53 ] |
|
J'ai commencé à faire la conf Apache ... J'ai récupéré l'ancienne partie bo.jmh.lan J'ai ces types d'erreur à la génération des pages pseudos statiques Looking up bo.priceminister.lan bo.priceminister.lan Making HTTP connection to bo.priceminister.lan Sending HTTP request. HTTP request sent; waiting for response. Alert!: Access without authorization denied -- retrying lynx: Can't access startfile http://bo.priceminister.lan/navigation/default/category/root_sport?static=true done a suivre ... |
| Commentaire de Sébastien Tournay [ 28/déc./05 09:18 ] |
| Cette erreur sans doute parce qu'il manque dans le fichier /etc/hosts de PHAETON le nom bo.priceminister.lan avec l'@IP privée de PHAETON pour faire la résolution non ? |
| Commentaire de Ranto Andriambololona [ 29/déc./05 11:12 ] |
|
La résolution est bonne car j'arrive à aller en BO via la nouvelle URL, C'est juste la génération des pages pseudos statique qui ne marche pas ... En HTTP, Le BO demande un login / mot de passe (c'est normal) mais que cela demande aussi un login / mot de passe lors de l'accès de LYNX pour la génération des pages pseudos statiques est un fait nouveau à suivre ... |
[EXP-177] Installation nvlle version mod_jk sur DEUTZ Création: 29/août/05 17:28 Mise à jour: 25/juin/07 18:54 Résolue: 31/août/05 14:28 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Ranto Andriambololona [ 29/août/05 19:11 ] |
|
C'est fait ... NOTES: - Récupérer les sources sur le site de Jakarta http://jakarta.apache.org/site/downloads/downloads_tomcat-connectors.cgi - Détarer dans /root sur Deutz tar-zxvf jakarta-tomcat-connectors-1.2.14.1-src.tar.gz Aller dans le répertoire jk/native -Compiler ./configure --with-apxs=/usr/local/apache/bin/apxs --with-java-home=/appli/priceminister/jdk -./Make -./Make install Le fichiers mod_jk.so est créé dans le répertoire ./libs -Copier le fichier mod_jk.so dans /data/chrootapache/usr/local/apache/modules -Redémarrer Apache /sudo /etc/init.d/http graceful - Vérifcation /sudo /etc/init.d/http status Server Version: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 |
| Commentaire de Sébastien Tournay [ 30/août/05 10:30 ] |
| Voir s'il est possible d'avoir la fonction JKSTATUS |
[APP-8041] Passer la home auto sous Infoglue Création: 20/mars/06 18:38 Mise à jour: 25/juin/07 18:36 Résolue: 11/avr./06 14:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | Emmanuel Gosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Emmanuel Gosse [ 29/mars/06 17:35 ] |
|
dev ok param sou IG ok css a modifier avec Olivier reste a revoir les liens dirigeant sur la home (apache) |
| Commentaire de Emmanuel Gosse [ 11/avr./06 14:28 ] |
|
demande Css en cours Liens ok sur la page. |
| Commentaire de Lydia Dali [ 05/mai/06 16:59 ] |
| ok |
[EXP-211] Vérification du traitement Elisa Création: 19/sept./05 12:15 Mise à jour: 25/juin/07 18:54 Résolue: 20/oct./05 15:06 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Serge Delabrosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Une fois par semaine (le jeudi) nous envoyons un fichier au
partenaire Elisa. C'est un rapport édité depuis TITAN qui est ensuite
transféré depuis PHAETON par FTP. Depuis plusieurs semaines, j'ai
l'impression que ce flux n'est plus envoyé. Il faudrait vérifier que le
rapport est toujours exécuté et déposé au bon endroit sur PHAETON pour
le transfert FTP. Sébastien |
| Commentaires |
| Commentaire de Serge Delabrosse [ 20/oct./05 13:10 ] |
|
INCIDENT ELISA: ============== Principe : Les fichiers sont générés sur TITAN et copiés sur un montage NFS sur Junon , le script elisa.sh (installé sur phaeton dans le répertoire : /data/priceminister/pmfiletransfers/users/elisa ) envoi ces fichiers (elisa_postales_$curmonth.txt.gz et elisa_postales_complement_$curmonth.txt.gz ) au partenaire par ftp. Le chemin situé dans la variable : datadir a du être modifié de la façon suivante : /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-intra/stats/reportsold2/noaccess/Elisa car l'ancien lien report ne fonctionnait plus ... Une fois ce chemin corrigé, le script elisa.sh a été relancé , les deux fichiers sont en cours de transfert chez le partenaire . PS: Une vérification a été effectué au par avant avec un petit fichier TOTO.txt, qui a bien été envoyé par FTP au partenaire . ==================================================================================== On peut clore ce cas jira ... ==================================================================================== |
Déploiement Infoglue - lot PM-IG-0.1
(EXP-997)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Configurer mod_jk en intégration pour brancher cms.pm.lan
sur le serveur applicatif (AYALA) dédié au JBOSS du CMS d'InfoGlue
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 24/janv./06 12:48 ] |
|
C'est fait ... worker.cms.port=8009 worker.cms.host=192.168.1.20 worker.cms.type=ajp13 worker.cms.lbfactor=50 worker.cms.cachesize=25 |
| Commentaire de Sébastien Tournay [ 24/janv./06 17:41 ] |
| Je réouvre la demande le temps de valider que toute cette chaine va fonctionner. Pour info nous allons avoir comme URL eglue.priceminister.com |
| Commentaire de Ranto Andriambololona [ 24/janv./06 19:40 ] |
|
C'est modifié en eglue worker.eglue.port=8009 worker.eglue.host=192.168.1.20 worker.eglue.type=ajp13 worker.eglue.lbfactor=50 worker.eglue.cachesize=25 |
| Commentaire de Ranto Andriambololona [ 26/janv./06 11:41 ] |
|
Création de la conf apache sur Deutz <VirtualHost 192.168.1.75:80> ServerName eglue.pm.lan:80 DocumentRoot "/usr/local/apache/htdocs/pmweb/virtualhost-eglue" AllowEncodedSlashes On Include conf/deflate.conf Include conf/mode/rewrite.rules Include conf/mode/mod_jk.redirect.eglue </VirtualHost> Fichier mod_jk.redirect.eglue JkMount /* eglue PS: ne pas oublier de mettre un mod_jk.redirect.eglue VIDE dans /data/chrootapache/usr/local/apache/conf/maintenance sinon cela plante au passage maintenante ==> production -rw-rw-r-- 1 adminpm adminpm 0 Jan 26 11:38 mod_jk.redirect.eglue |
[EXP-318] [CoB Mobilocaz] Modification du DNS pour renvoyer le traffic sur le CoB MobilesAchat Création: 08/nov./05 11:31 Mise à jour: 25/juin/07 18:54 Résolue: 18/nov./05 01:07 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Bruno Ballester | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Pour info : "Mobilokaz" va bientôt devoit être désactivé car remplacé par "MobilesAchat". En attendant cette désactivation, il faudrait faire pointer http://mobilokaz.priceminister.com/ vers http://mobilesachat.priceminister.com. (Vu avec Ranto). |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 18/nov./05 01:07 ] |
|
C'est fait mais par modification de la onf apache finalement En fait, les deux cobranding avait la même IP dans le DNS |
[APP-6232] CNET batch ne marche plus Création: 09/nov./05 18:15 Mise à jour: 25/juin/07 18:32 Résolue: 22/mars/06 18:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 8.0.7c |
| Version(s) corrigée(s): | 8.1.2b |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Description |
|
les modifs sur les category details et diverse autres bugs empêchaient de faire fonctionner le CNET batch. Le batch n'a pas été utilisé depuis plus de 6 mois, et il se sont donc introduit des erreurs un peu partout qui impactent son fonctionnement. |
| Commentaires |
| Commentaire de Martin Sudmann [ 09/nov./05 18:15 ] |
|
marche en dev. à vérifier en INTEG et PROD. |
| Commentaire de Edouard Laurent [ 21/nov./05 19:01 ] |
|
je viens de tester en INTEG, (sur deutz) en ajoutant des categories suite a notre discution de ce midi voici le log : 2005-11-15 17:21 - [Manual action] Batch started 2005-11-15 17:21:29,612 INFO [main ] - ========================================================================== 2005-11-15 17:21:29,615 DEBUG [main ] - Batch group : CNET_IMPORT_PART 2005-11-15 17:21:29,615 DEBUG [main ] - Group properties 2005-11-15 17:21:29,615 DEBUG [main ] - Start interval : null 2005-11-15 17:21:29,615 DEBUG [main ] - Group interval : null 2005-11-15 17:21:29,615 DEBUG [main ] - Batch interval : null 2005-11-15 17:21:29,615 DEBUG [main ] - Batch properties 2005-11-15 17:21:29,616 DEBUG [main ] - Unit interval : null 2005-11-15 17:21:29,616 DEBUG [main ] - Max units in batch : null 2005-11-15 17:21:29,616 DEBUG [main ] - ========================================================================== 2005-11-15 17:21:29,616 DEBUG [main ] - Batch : com.babelstore.referential.batch.CnetHardwareBatchPart 2005-11-15 17:21:30,670 DEBUG [main ] - - may update if owner is BO : true 2005-11-15 17:21:30,670 DEBUG [main ] - - may update if owner is different : true 2005-11-15 17:21:30,670 DEBUG [main ] - - may update product owner : true 2005-11-15 17:21:31,381 INFO [main ] - ---- STARTING CNET_IMPORT_PART BATCHES --- 2005-11-15 17:21:31.381 2005-11-15 17:21:31,420 DEBUG [main ] T_HARDWARE_PART - ---------------------------------------------------------------- 2005-11-15 17:21:31,430 INFO [main ] T_HARDWARE_PART - --- Batch starting, scheduled for shutdown between 4 and 5 h java.lang.NoClassDefFoundError: com/babelstore/common/business/CacheClient at com.babelstore.referential.batch.CnetImportBatch.readSpecification(CnetImportBatch.java:525) at com.babelstore.referential.batch.CnetImportBatch.translate(CnetImportBatch.java:423) at com.babelstore.referential.batch.CnetHardwareBatch2.translate(CnetHardwareBatch2.java:118) at com.babelstore.referential.batch.CnetImportBatch.process(CnetImportBatch.java:252) at com.babelstore.common.batch.Batch.run(Batch.java:104) at com.babelstore.common.batch.Runner.run(Runner.java:100) at com.babelstore.common.batch.Runner.main(Runner.java:37) 2005-11-15 17:21:32,218 INFO [main ] T_HARDWARE_PART - --- Batch done - Processed: 1 (Error: 1) 2005-11-15 17:21:32,224 INFO [main ] - ---- STOPPING CNET_IMPORT_PART BATCHES --- 2005-11-15 17:21:32.224 Je crois que l'on a encore un pb :( Edouard |
| Commentaire de Martin Sudmann [ 24/nov./05 10:47 ] |
|
je pense qu'il manque le CacheClient dans dans la parti CLIENT dans source/build/build.xml en dev ça marche quand même parce que le packaging est différent => ajouter et tester en INTEG |
| Commentaire de Mostafa Diane [ 24/nov./05 14:43 ] |
|
c'est fait. com/babelstore/common/business/CacheClient.class, est rajouter dans le include |
| Commentaire de Edouard Laurent [ 24/nov./05 14:46 ] |
| Il ne faut pas fermer une demande avant d'etre sur que ca marche |
| Commentaire de Arnaud Forgues [ 25/nov./05 09:59 ] |
|
Le problème de "NoClassDefFoundError" es résolu. Cependant, en INTEG, il manque dans le CLASSPATH le chemin vers l'archive velocity (erreur : org/apache/velocity/Template.class) |
| Commentaire de Martin Sudmann [ 25/nov./05 10:02 ] |
|
Judd a déplacé tous les librairies. Voir avec lui pour les insérer dans le CP pour les batchs. |
| Commentaire de Edouard Laurent [ 28/nov./05 11:36 ] |
|
voici la trace quand je lance le batch cnetpart en integ Exception in thread "main" com.babelstore.util.LookupException: null; CausedByException is: Receive timed out at com.babelstore.util.HomeFactory.lookupHome(HomeFactory.java:46) at com.babelstore.common.business.CommonLookup.getBatchBusinessHome(CommonLookup.java:32) at com.babelstore.common.batch.Batch.<init>(Batch.java:61) at com.babelstore.referential.batch.CnetImportBatch.<init>(CnetImportBatch.java:176) at com.babelstore.referential.batch.CnetHardwareBatch2.<init>(CnetHardwareBatch2.java:65) at com.babelstore.referential.batch.CnetHardwareBatchPart.<init>(CnetHardwareBatchPart.java:32) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at com.babelstore.common.batch.Runner.<init>(Runner.java:81) at com.babelstore.common.batch.Runner.main(Runner.java:37) javax.naming.CommunicationException: Receive timed out [Root exception is java.net.SocketTimeoutException: Receive timed out] at org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1302) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1382) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:579) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:572) at javax.naming.InitialContext.lookup(InitialContext.java:351) at com.babelstore.util.HomeFactory.lookupHome(HomeFactory.java:37) at com.babelstore.common.business.CommonLookup.getBatchBusinessHome(CommonLookup.java:32) at com.babelstore.common.batch.Batch.<init>(Batch.java:61) at com.babelstore.referential.batch.CnetImportBatch.<init>(CnetImportBatch.java:176) at com.babelstore.referential.batch.CnetHardwareBatch2.<init>(CnetHardwareBatch2.java:65) at com.babelstore.referential.batch.CnetHardwareBatchPart.<init>(CnetHardwareBatchPart.java:32) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at com.babelstore.common.batch.Runner.<init>(Runner.java:81) at com.babelstore.common.batch.Runner.main(Runner.java:37) Caused by: java.net.SocketTimeoutException: Receive timed out at java.net.PlainDatagramSocketImpl.receive0(Native Method) at java.net.PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136) at java.net.DatagramSocket.receive(DatagramSocket.java:712) at org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1272) |
| Commentaire de Mostafa Diane [ 28/nov./05 11:37 ] |
| la demande de rajout est chez Ranto. |
| Commentaire de Ranto Andriambololona [ 28/nov./05 17:01 ] |
|
J'avais fait déja le necessaire (le jar est dans le CLASSPATH) ... Mostapha, Judd et Arnaud vont se mettre d'accord sur l'intégration des librairies dans l'application .ear et ils reviennent vers moi rapidement |
| Commentaire de Judd OSullivan [ 29/nov./05 15:49 ] |
|
On a deux problèmes: 1/ CNFE lié au déplacement de velocity.jar Ceci est plutôt résolu. Ranto a mis le jar un peu partout pour faire fonctionner. De mon coté j'ai réintégré ce jar dans le tar de conf jboss. La prochaine mise à jour de conf en integ va pas casser CNET. 2/ LookupException A confirmer mais c'est peut-être nos problèmes récurrent de dns. Quand j'ai le temps je le regarderai. |
| Commentaire de Edouard Laurent [ 09/déc./05 11:51 ] |
|
J'ai une dead line au 20 dec sur le projet CNETCHANNEL et il
me reste pas mal de point a tester apres le batch cnet_part est ce que cela pourra etre fait le 13, max 14 dec ? Merci |
| Commentaire de Judd OSullivan [ 12/déc./05 14:59 ] |
|
Vue qu'on est en plein deploiement je n'ai pas de temps mais
à partir de demain (13 dec) je peux regarder le 2ème problème avec
edouard. |
| Commentaire de Judd OSullivan [ 12/déc./05 18:01 ] |
|
Le batch marche bien à partir de deutz--plus de
LookupException. On a vu d'autres exceptions mais elles étaient à cause
des problème de données (champ trop long) et elles ne sont pas bloquant.
Je propose qu'on attend la prochain déploiement (mercredi matin) et ensuite on test en prod. Je le reaffecte à edouard. |
| Commentaire de Edouard Laurent [ 13/déc./05 12:31 ] |
|
De nouvelles erreurs qui ont l'air plus applicative sont disponibles en piece jointe cnet.txt faut il reassigner a Martin ? |
| Commentaire de Edouard Laurent [ 13/déc./05 12:32 ] |
|
particulieremet * une violation de cle etrangere * et un champ trop long |
| Commentaire de Martin Sudmann [ 16/déc./05 17:43 ] |
|
problème 1 : les éditos sont apparément parfois trop longs. Il faut les tronquer avec "..." si la longueur max. de la colonne est dépassée. pb 2 : la unique / foreign key violation est dans prd_identification - assurer qu'on supprime tout bien avant de recréer. |
| Commentaire de Edouard Laurent [ 16/déc./05 18:56 ] |
|
Mostafa, le sujet est tres critique j'ai une dead line au 20
dec. si tu peux travailler la dessus des que tu as un peu de temps .
merci d'avance |
| Commentaire de Mostafa Diane [ 19/déc./05 19:28 ] |
| pb2 : Le problème vient du fait que on cherche à créer un attribut image dont la valeur n existe pas. CnetSoftwareBatch |
| Commentaire de Mostafa Diane [ 20/déc./05 14:23 ] |
|
bp1 : j'ai tronquer les éditos avec "..." si la longueur de
l'edito à créer dépasse la limite max imposés dans le buisiness sur la
creation des éditos. bp2 : j'ai vu dans ProductBuisnessNG que CNET avait le droit de créer des valeurs d'attributs inexistants. Or pour les attributs Image CNET, le batch CnetSoftwareBatch ne donne pas ce droit alors que le batch CnetHardwareBatch2 le donne. donc j'ai donné le droit de création ce ses valeurs. Je laisse le bugs ouvert |
| Commentaire de Mostafa Diane [ 21/déc./05 09:43 ] |
|
l'autre batch echoue lui aussi, CnetHardwareBatch!! 2005-12-20 18:27 - [Manual action] Batch started 2005-12-20 18:27:38,258 INFO [main ] - ========================================================================== 2005-12-20 18:27:38,261 DEBUG [main ] - Batch group : CNET_IMPORT_PART 2005-12-20 18:27:38,262 DEBUG [main ] - Group properties 2005-12-20 18:27:38,262 DEBUG [main ] - Start interval : null 2005-12-20 18:27:38,262 DEBUG [main ] - Group interval : null 2005-12-20 18:27:38,262 DEBUG [main ] - Batch interval : null 2005-12-20 18:27:38,262 DEBUG [main ] - Batch properties 2005-12-20 18:27:38,262 DEBUG [main ] - Unit interval : null 2005-12-20 18:27:38,262 DEBUG [main ] - Max units in batch : null 2005-12-20 18:27:38,262 DEBUG [main ] - ========================================================================== 2005-12-20 18:27:38,263 DEBUG [main ] - Batch : com.babelstore.referential.batch.CnetHardwareBatchPart 2005-12-20 18:27:38,991 DEBUG [main ] - - may update if owner is BO : true 2005-12-20 18:27:38,991 DEBUG [main ] - - may update if owner is different : true 2005-12-20 18:27:38,991 DEBUG [main ] - - may update product owner : true 2005-12-20 18:27:39,228 INFO [main ] - ---- STARTING CNET_IMPORT_PART BATCHES --- 2005-12-20 18:27:39.228 2005-12-20 18:27:39,287 DEBUG [main ] T_HARDWARE_PART - ---------------------------------------------------------------- 2005-12-20 18:27:39,303 INFO [main ] T_HARDWARE_PART - --- Batch starting, scheduled for shutdown between 4 and 5 h javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more 2005-12-20 18:28:45,362 INFO [main ] T_HARDWARE_PART - Processed: 5 (Error: 4 - Updated: 1) javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more 2005-12-20 18:28:52,252 INFO [main ] T_HARDWARE_PART - Processed: 10 (Error: 9 - Updated: 1) javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at com.babelstore.referential.business.ProductBusinessNGBean.createIdentification(ProductBusinessNGBean.java:553) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 27 more 2005-12-20 18:28:55,248 INFO [main ] T_HARDWARE_PART - --- Batch done - Processed: 12 (Error: 11 - Updated: 1) 2005-12-20 18:28:55,252 INFO [main ] - ---- STOPPING CNET_IMPORT_PART BATCHES --- 2005-12-20 18:28:55.252 |
| Commentaire de Mostafa Diane [ 21/déc./05 18:30 ] |
|
Moi j'ai tester le batch sur l integ il marche, 2005-12-21 17:23 - [Manual action] Batch started 2005-12-21 17:23:28,618 INFO [main ] - ========================================================================== 2005-12-21 17:23:28,621 DEBUG [main ] - Batch group : CNET_IMPORT_PART 2005-12-21 17:23:28,621 DEBUG [main ] - Group properties 2005-12-21 17:23:28,621 DEBUG [main ] - Start interval : null 2005-12-21 17:23:28,621 DEBUG [main ] - Group interval : null 2005-12-21 17:23:28,621 DEBUG [main ] - Batch interval : null 2005-12-21 17:23:28,621 DEBUG [main ] - Batch properties 2005-12-21 17:23:28,621 DEBUG [main ] - Unit interval : null 2005-12-21 17:23:28,621 DEBUG [main ] - Max units in batch : null 2005-12-21 17:23:28,621 DEBUG [main ] - ========================================================================== 2005-12-21 17:23:28,622 DEBUG [main ] - Batch : com.babelstore.referential.batch.CnetHardwareBatchPart 2005-12-21 17:23:29,296 DEBUG [main ] - - may update if owner is BO : true 2005-12-21 17:23:29,297 DEBUG [main ] - - may update if owner is different : true 2005-12-21 17:23:29,297 DEBUG [main ] - - may update product owner : true 2005-12-21 17:23:29,475 INFO [main ] - ---- STARTING CNET_IMPORT_PART BATCHES --- 2005-12-21 17:23:29.474 2005-12-21 17:23:29,504 DEBUG [main ] T_HARDWARE_PART - ---------------------------------------------------------------- 2005-12-21 17:23:29,511 INFO [main ] T_HARDWARE_PART - --- Batch starting, scheduled for shutdown between 4 and 5 h 2005-12-21 17:27:16,228 INFO [main ] T_HARDWARE_PART - Processed: 5 (Updated: 5) 2005-12-21 17:30:48,854 INFO [main ] T_HARDWARE_PART - Processed: 10 (Updated: 10) 2005-12-21 17:34:09,826 INFO [main ] T_HARDWARE_PART - Processed: 15 (Updated: 15) 2005-12-21 17:37:33,920 INFO [main ] T_HARDWARE_PART - Processed: 20 (Updated: 20) 2005-12-21 17:41:35,995 INFO [main ] T_HARDWARE_PART - Processed: 25 (Updated: 25) 2005-12-21 17:45:16,963 INFO [main ] T_HARDWARE_PART - Processed: 30 (Updated: 30) 2005-12-21 17:48:42,705 INFO [main ] T_HARDWARE_PART - Processed: 35 (Updated: 35) 2005-12-21 17:52:14,890 INFO [main ] T_HARDWARE_PART - Processed: 40 (Updated: 40) 2005-12-21 17:55:44,969 INFO [main ] T_HARDWARE_PART - Processed: 45 (Updated: 45) 2005-12-21 17:59:19,104 INFO [main ] T_HARDWARE_PART - Processed: 50 (Updated: 50) 2005-12-21 18:03:06,960 INFO [main ] T_HARDWARE_PART - Processed: 55 (Updated: 55) 2005-12-21 18:06:47,647 INFO [main ] T_HARDWARE_PART - Processed: 60 (Updated: 60) 2005-12-21 18:10:04,091 INFO [main ] T_HARDWARE_PART - Processed: 65 (Updated: 65) 2005-12-21 18:13:29,676 INFO [main ] T_HARDWARE_PART - Processed: 70 (Updated: 70) 2005-12-21 18:16:28,921 INFO [main ] T_HARDWARE_PART - Processed: 75 (Updated: 75) 2005-12-21 18:19:56,583 INFO [main ] T_HARDWARE_PART - Processed: 80 (Updated: 80) 2005-12-21 18:23:04,801 INFO [main ] T_HARDWARE_PART - Processed: 85 (Updated: 85) 2005-12-21 18:26:04,517 INFO [main ] T_HARDWARE_PART - Processed: 90 (Updated: 90) |
| Commentaire de Mostafa Diane [ 21/déc./05 18:44 ] |
|
Edouard, moi j'ai testé le batch il a bien tourné, donc je ferme le bug. essaie de tester et re-ouvre si tu reproduit le bug |
| Commentaire de Alain Bonneaud [ 22/déc./05 09:26 ] |
| Désolé Mostapha mais pour moi un bug n'est vraiment fermé que lorsqu'il est validé. C'est donc Edouard qui devra le fermer. En tout cas merci pour ton travail sur le sujet |
| Commentaire de Quentin de Chivré [ 22/déc./05 09:58 ] |
|
1/ Soit c'est un bug DEV, et dans ce cas Mostafa le met en
RESOLU, et ensuite Edouard le vérifie et le met en FERME. On a ainsi une
cohérence avec le n° de version ou le bug a été corrigé. 2/ Soit c'est une tache EXPLOIT, dans ce cas il reste ouvert mais on l'affecte a EDOUARD et dans le projet Exploitation A priori on est dans le projet Application donc Mostafa doit résoudre le bug, puis Edouard le fermer :-) |
| Commentaire de Alain Bonneaud [ 22/déc./05 10:09 ] |
| Nous sommes d'accord et il s'agit bien d'une question de termes. Le bug doit être "résolu" par Mostapha et "fermé" par Edouard. Or Mostapha indique "qu'il ferme le bug" :-)) |
| Commentaire de Edouard Laurent [ 23/déc./05 09:20 ] |
| Toujours un probleme (cf test avec le CATID "AG") sur l'integ |
| Commentaire de Mostafa Diane [ 23/déc./05 10:00 ] |
|
en plus des testsque tu veut faire, lance le scripts sur
les produits de la requête suivante. « une partie des produits qui ont
généré ce bug » Périmètre de produit à tester EN PLUS UPDATE cds_prod SET pdl_status_code = 0 WHERE prodid IN ('S0563075', 'S0821687','S0821688','S1003692','S1137136','S1551269','S1966389','S1995817','S2113119', 'S2142362','S2188284','S2219639','S2219746','S2343526','S2365827','S2392139','S2392463', 'S2392466','S2392467','S2421125','S2421127','S2461235','S2484427','S2484435','S2484457', 'S2484459','S2500480','S2511323','S2511325','S2511327','S2520042','S2524272','S2526045', 'S2567184','S2567185','S2567186','S2567230','S2567231','S2567233','S2569003','S2570515', 'S2571192','S2571194','S2571195','S2571196','S2571198','S2571200','S2573160','S2589412', 'S2598000','S0612150','S1813316','S1821570','S1966387','S1966388','S1966390','S2188277', 'S2188288','S2338865','S2343527','S2461215','S2484428','S2484429','S2484456','S2484458', 'S2484460','S2484461','S2511324','S2511326','S2569004','S2571193','S2573151','S2578103', 'S2578104','S2595809','S2175268','S2529144','S2529145','S2392464','S2392465') produits trouvés grace à la requete suivante : sur le shéma babel_1 select prodid from cnet_part_1.cds_prod b where not exists ( select * from product_1.prd_attribute_value a where a.prd_attribute_value_key = b.mfid); |
| Commentaire de Mostafa Diane [ 23/déc./05 10:01 ] |
| l'intégration n'est pas encore faite, c'est normale que tu trouves le bug |
| Commentaire de Christophe Garcia [ 23/déc./05 15:23 ] |
| Pas d'erreur sur le batch CNET lancé par Edouard |
| Commentaire de Edouard Laurent [ 23/déc./05 15:31 ] |
| Apres une bonne serie de test, je confirme que ca marche ! merci !! |
| Commentaire de Edouard Laurent [ 05/janv./06 18:41 ] |
|
Apres un passage en prod, on constate que l'on arrive a creer et mettre a jour des produits Cependant il y a encore pas mal d'erreurs. Apres une discution avec Martin, il en ressort que ce n'est pas "acceptable" comme mode de fonctionnement pour le batch cnet et qu'il faut investiguer pour comprendre d'ou viennent les erreurs. Je re-ouvre donc le Jira En piece jointe, la trace du passage du batch cnet en prod Edouard Edouard |
| Commentaire de Mostafa Diane [ 11/janv./06 17:39 ] |
|
en ce qui concerne le l'erreur "Cette référence existe déjà"
je crois savoir pourquoi. c'est du au fait que il existe deux états
validé, validé par le système et validé par le BO (donc visible) Le batch cnet trouve sa référence sur un produit "validé par le Bo" et il essaie de la mettre à jour avec un changement de status pour devenir validé par le système==> lors du changment de status il fait un checkActivatable() pour vérifier si les références trouvées (ses propres références) sont associées à un produit actif, ce qui est la cas? J'ai vu avec renaud et il m'a confirmé ce bug. |
| Commentaire de Mostafa Diane [ 11/janv./06 17:51 ] |
|
en back office on peut plus changer le status d'un produit
validé par le BO vers validé par le système sans passer par un êtat
Intermédiaire: Cette référence existe déjà block. |
| Commentaire de Mostafa Diane [ 12/janv./06 12:06 ] |
|
c'est un bug liée au changement de status d'une fiche produit. c'est résolu. Si il y'aura un autre bug sur le batch cnet. merci de crèer d'autre bug, je passe pas mal de temps à revoir les anciennes erreurs alors qu'elles sont résolus |
| Commentaire de Alain Bonneaud [ 16/janv./06 18:05 ] |
|
Génial. Il aurait fallu indiquer à Edouard de le tester mais bon... Si on crée des nouveaux JIRA si on trouve encore des erreurs on risque de perdre l'historique. peut-être pet-on créer des sous-tâches? Edouard peux-tu finaliser les tests en prod afin de clôturer définitivement ce sujet? |
| Commentaire de Christophe Garcia [ 18/janv./06 14:38 ] |
| Tests en cours chez Edouard |
| Commentaire de Edouard Laurent [ 19/janv./06 17:22 ] |
|
L'erreur que l'on rencontre actuellement : "com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut." Cf les deux fichiers attaches a la demande : "nohup_cnet_part_180106.out" "nohup_cnet_part_190106.out" Comme preciser precedement, il faut arriver a un resultat ou il n'y a pas d'erreur dans le nohup.out du batch cnet pour se retrouver dans un mode de fonctionnement correct. Si cette erreur, est du a un changement de configuration du site ou je ne sais qu'elle raison d'ailleur, il faut etre clair et me donner les infos necessaires pour que je puisse avancer sur le sujet. PS : suite a la demande de Martin : dans le champ IMPORT_REPORT de CDS_PROD on retrouve la meme erreur que dans le nohup.out cad : "com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut." Merci |
| Commentaire de Christophe Garcia [ 31/janv./06 15:43 ] |
| Vérifier intégrité des données de la base CNET pour ces produits : valeur manquante pour certains attributs ? |
| Commentaire de Christophe Garcia [ 20/mars/06 10:00 ] |
| Any news ? |
| Commentaire de Edouard Laurent [ 20/mars/06 14:20 ] |
|
PRODID IMPORT_REPORT ========================================================== S1024880 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1070477 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1071054 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1119879 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1197245 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1210811 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1210815 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1211583 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1254577 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1254578 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. S1265505 com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. voila une liste de produit qui pose pb, je vais voir avec Genevieve pour "Vérifier intégrité des données de la base CNET pour ces produits" |
| Commentaire de Edouard Laurent [ 20/mars/06 14:29 ] |
|
com.babelstore.referential.ProductIllegalInputException: Entrez une valeur d'attribut. at com.babelstore.referential.business.ProductBusinessNGBean.createAttribute(ProductBusinessNGBean.java:923) at sun.reflect.GeneratedMethodAccessor550.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) |
| Commentaire de Geneviève Beaujard [ 21/mars/06 10:16 ] |
|
SQL> select * from cds_atr where prodid = 'S1119879'; PRODID CA ATRID VALID UNITID NNV ---------------------------------------- -- ---------- ---------- ---------- ---------- S1119879 ED A00053 K00256 U00053 262144 S1119879 ED A00170 K00863 S1119879 ED A00172 K00845 S1119879 ED A00173 K11679 U00109 2880 S1119879 ED A00174 K00874 U00109 1440 S1119879 ED A00175 K11679 U00109 2880 S1119879 ED A00176 K00874 U00109 1440 S1119879 ED A00188 K00994 S1119879 ED A00193 K01006 S1119879 ED A00193 K01010 S1119879 ED A00193 K04817 S1119879 ED A00193 K08434 S1119879 ED A00193 K08783 S1119879 ED A00193 K25068 S1119879 ED A00196 K01032 S1119879 ED A00200 K01791 S1119879 ED A00282 K01782 S1119879 ED A00300 K01754 S1119879 ED A00354 K21060 U00099 .631 S1119879 ED A00355 K03124 U00099 .864 S1119879 ED A00356 K05010 U00099 .409 S1119879 ED A00357 K02336 U00137 11200 S1119879 ED A00391 K00931 S1119879 ED A00391 K07929 S1119879 ED A00428 K01785 S1119879 ED A00429 K06153 S1119879 ED A00429 K08120 S1119879 ED A00429 K17313 S1119879 ED A00429 K21839 S1119879 ED A00429 K44456 S1119879 ED A00430 K01807 S1119879 ED A00442 K03811 U80155 7.4 S1119879 ED A00443 K02152 U00116 S1119879 ED A00600 P00457 S1119879 ED A00601 M112170 S1119879 ED A00603 K81219 S1119879 ED A00603 K81220 S1119879 ED A00604 K81243 S1119879 ED A00605 K81238 S1119879 ED A00630 Z00017 S1119879 ED A00694 K02103 1 S1119879 ED A02376 K02896 U80155 7.3 S1119879 ED A03208 K98641 S1119879 ED A03208 K98642 S1119879 ED A03208 K98645 45 ligne(s) sélectionnée(s). SQL> select * from cds_vocfr where id = 'U00116'; ID TEXT ---------- -------------------- U00116 feuilles SQL> select * from cds_vocfr where id = 'K02152'; ID TEXT ---------- -------------------- K02152 100 Le probleme vient de la ligne: S1119879 ED A00443 K02152 U00116 On a un attribut avec une unit_key sans valeur numerique. Dans AttributeInput on dit que c'est une erreur, pour moi ce n'en ait pas une, il faudrait tout simplement convertir la valeur texte en valeur numerique (peut etre pour cnet uniquement) On remarque aussi l'attribut: S1119879 ED A00694 K02103 1 valeyr numerique sans unité |
| Commentaire de Martin Sudmann [ 21/mars/06 10:50 ] |
|
1. il faut changer le message d'erreur : si c'est la valeur
numérique qui manque, il faut dire "vous devez saisir une valeur
numérique pour cet attribut" 2. si CNET est aussi pourri, il faut éffectivement tenter de convertir la valeur texte en Double. Si cela échoue, il est correct de refuser le produit, à mon avis. sinon on se retrouvera avec des produits introuvables / incomparables. |
| Commentaire de Geneviève Beaujard [ 21/mars/06 11:43 ] |
|
Cnet n'est pas pourri, il y a d'ailleurs d'autres attributs
dans la base cnet qui ont une unit_key sans valeur numerique, cela veut
tout simplement dire qu'il sne veulent pas faire de comparaisons ou de
recherches sur ces attributs. Rien dans la base cnet nous dit si unit_key alors on a une valeur numerique, c'est price qui a fixé cette regle. |
| Commentaire de Mostafa Diane [ 21/mars/06 15:57 ] |
|
1. le message d'erreur sera plus explicite. 2. il a été décidé avec martin et olivier de faire un audit pour voir si le problème des unités sans valeur numérique concernce quel type d'unité. en fonction de cet audit on prendra une décision. |
| Commentaire de Edouard Laurent [ 21/mars/06 16:36 ] |
| Combien de temps il faut prevoir pour cet audit ? |
| Commentaire de Mostafa Diane [ 21/mars/06 17:19 ] |
|
Les unité concernées par l'absence d'une valeur numérique SQL> SELECT DISTINCT UNITID , CDS_VOCFR.TEXT FROM CDS_ATR , CDS_VOCFR WHERE CDS_VOCFR.ID = CDS_ATR.UNITID AND CDS_ATR.UNITID IS NOT NULL AND CDS_ATR.NNV IS NULL UNITID TEXT --------------------- U00043 Hz U00058 V U00116 feuilles U00171 bit U00177 rouleaux U00189 cpp U00200 lpp U80036 pages U80131 impressions U80133 feuilles 10 ligne(s) sélectionnée(s). Le nombre de produit concerné SQL> SELECT COUNT( DISTINCT PRODID ) FROM CDS_ATR WHERE UNITID IS NOT NULL AND NNV IS NULL ; COUNT(DISTINCTPRODID) --------------------- 3357 Toutes ces unitées sont sans valeur pour tous les produits (dans l'état actuel de la base) SQL> select * from cds_atr where cds_atr.UNITID in( 'U00043', 'U00058', 'U00116', 'U00171', 'U00177', 'U00189', 'U00200', 'U80036', 'U80131', 'U80133' ) and cds_atr.NNV is not null ; aucune ligne sélectionnée quelque exemple de produit. SQL> SELECT PRODID FROM CDS_ATR , CDS_VOCFR WHERE CDS_VOCFR.ID = CDS_ATR.UNITID AND CDS_ATR.UNITID = 'U00189' AND CDS_ATR.NNV IS NULL ; PRODID ---------------------------------------- S0724730 S0724730 S0946902 S0913760 S0913760 S0861029 S0846798 S1200597 S1208240 S1369304 S1698086 S1698086 S1927571 13 ligne(s) sélectionnée(s). Parcontre le produit 2720899 importé par cnet a un attribut 266376920 qui a un attribut avec une valeur numérique 2800 et une unité cpp 'U00189' SQL> SELECT PRD_ATTRIBUTE_NAME_KEY as name_key, PRD_ATTRIBUTE_VALUE_KEY as value_key, PRD_ATTRIBUTE_UNIT_KEY as unit_key , NUMERIC_VALUE FROM PRD_ATTRIBUTE WHERE PRD_ATTRIBUTE_ID = 266376920 ; NAME_KEY VALUE_KEY UNIT_KEY NUMERIC_VALUE ---------- ---------- ---------- ------------- A00175 K11679 U00189 2880 Ecoulé : 00 :00 :00.00 Ce qui montre que peut être cnet renseigne des fois les valeurs numériques pour ces unitées a moins que cet'attribut est rajouté par le BO. |
| Commentaire de Mostafa Diane [ 22/mars/06 11:01 ] |
| Le fichier joint présente la liste complète des produits cnet posant le problème de la valeur numérique (absente avec la présence d'une unité). |
| Commentaire de Mostafa Diane [ 22/mars/06 15:07 ] |
| il a été décidé, avec quentin, de faire sauter la contrainte sur la valeur numérique pour cnet et que l'attribut sera créer sans de valeur numérique. |
| Commentaire de Mostafa Diane [ 22/mars/06 18:50 ] |
| le batch cnet autorise la création d'un attribut lorsqu'il dispose d'une unité sans valeur numérique, un message d'erreur "Vous devez saisir une valeur numérique pour cet attribut." est généré lorsque un autre processus essaie de créer un attribut avec un unité et sans valeur numérique |
| Commentaire de Christophe Garcia [ 23/mars/06 18:07 ] |
| OK. Vu avec Edouard. |
| Commentaire de Mostafa Diane [ 11/avr./06 17:16 ] |
| Le problème vient de l'attribut avec une unit_key sans valeur numerique. |
Prod Espagne
(EXP-2763)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Préparer et installer le site Espagne sur les serveurs Web de production.
|
| Commentaires |
| Commentaire de Patrice Boulanger [ 29/sept./06 15:10 ] |
|
Maquetter sur Mercier (Preprod) puis reporter la configuration sur les serveurs Phaeton et Cupidon. |
| Commentaire de Antoine Koener [ 11/oct./06 10:42 ] |
|
Création de l'utilisateur admines, ayant pour HOME /data/chrootapache/usr/local/apache/es Créer le répertoire /data/chrootapache/usr/local/apache/es pour sa HOME et lui donner les droits 755, le répertoire doit appartenir a admines. Valider le script 'httpd.sh' qui sera utilisé pour admines. Ajouter l'utilisation du sudo pour lancer le script 'httpd.sh' pour l'utilisateur 'admines'. Tout le reste des opération sera effectué par nos soins. |
| Commentaire de Antoine Koener [ 11/oct./06 10:43 ] |
|
L'espagne va utiliser 3 nouvelles IPs. www.priceminister.es, img.priceminister.es, bo.priceminister.es |
| Commentaire de Patrice Boulanger [ 11/oct./06 18:44 ] |
| La maquette est OK, une demande d'installation a été faite à JET afin de mettre la conf en place (MAI-017000). |
| Commentaire de Patrice Boulanger [ 12/oct./06 15:08 ] |
| Le paramétrage est prêt sur Cupidon et Phaeton. La configuration des virtualhost peut commencer. |
[EXP-943] Installation serveur de base de données de pré-production Création: 19/janv./06 10:32 Mise à jour: 25/juin/07 18:55 Résolue: 11/avr./06 17:07 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Alain Bonneaud | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 30 minutes | Estimation restante: | Non spécifié |
| Σ Temps consacré: | 1 jour, 1 heure | Temps consacré: | Non spécifié |
| Σ Estimation originale: | 1 jour, 7 heures | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||||||||||||||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||||||||||||||||||||||
| Description |
|
Installation du serveur de base de données de préproduction
sur la plateforme interne. Je propose de l'appeler CLICQUOT à moins que
vous n'ayez une meilleure idée. Merci de créer les sous-tâches en conséquence et d'en profiter pour documenter la procédure d'installation de serveur dans le Wiki Il faudrait essayer de le connecter sur les baies de LANSON dès que LANSON est sorti du paysage. Penser à renseigner les estimés originaux et la deadline à définir en fonction des besoins de l'équipe de validation logicielle. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 19/janv./06 18:23 ] |
| Il faut surtout éviter de réutiliser les baies de LANSON dont nous ne sommes pas certains. Pour l'instant, on souhaite retourner à TRANSTEC complétement LANSON pour repartir avec une architecture moins défaillante |
| Commentaire de Sébastien Tournay [ 19/janv./06 18:39 ] |
| Dans la mesure ou nous n'avons pas complétement aujourd'hui tout la plateforme de pré-prod (Apache + JBOSS + FAST), l'objectif de ce premier chantier est de mettre en place toute la partie bdd et de valider le process de synchro de la base |
| Commentaire de Sébastien Tournay [ 23/févr./06 15:43 ] |
|
On bloque pour l'instant ce chantier. En attendant la mise
en place de l'ensemble de la plateforme de Pré-prod. On verra à
resynchroniser la base de pré-prod au moment du déploiement de la
plateforme. Sébastien |
[APP-6593] Xiti : problème tracking site under auto Création: 08/déc./05 11:32 Mise à jour: 25/juin/07 18:33 Résolue: 09/déc./05 16:45 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.8e |
| Version(s) corrigée(s): | 8.0.9 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Odile Szabo | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Nous affichons par la régie des site sunder auto sur différents sites, or on ne voit aucune stat dans Xiti nous ouvrons bien la page : http://www.priceminister.com/auto-moto?t=1123740 |
| Commentaires |
| Commentaire de Christophe Garcia [ 09/déc./05 16:41 ] |
| Vérifier si le pb n'est pas identique sur les nouveaux onglets "Vin et saveurs" et "Loisirs et sports". |
| Commentaire de Swan Desportes [ 09/déc./05 16:45 ] |
|
Les règles de redirection Apache n'était pas à jour pour les 3 onglets suivants : - auto - loisirs et sports - vin et saveur Par conséquent le code de tracking n'était pas pris en compte. Ceci sera rectifié lors du déploiement de la 809. |
| Commentaire de Bruno Ballester [ 13/déc./05 19:09 ] |
| A tester pour la vérification apres deploiement. |
| Commentaire de Christophe Garcia [ 15/déc./05 10:48 ] |
| C bon en PROD aussi |
[EXP-1928] Plus d'accès à http://bi.pm.lan Création: 03/mai/06 15:35 Mise à jour: 25/juin/07 18:57 Résolue: 04/mai/06 11:20 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Agathe Remy | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 5 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Tout à coup, nous n'avons plus d'accès à l'url suivante: http://bi.pm.lan Pour info, il est 15h35 le 03/05/2006... |
| Commentaires |
| Commentaire de Sébastien Tournay [ 04/mai/06 10:40 ] |
| En tout cas ce matin cela marche ... Jérémie vous avez fait quelque chose ? Agathe, vous étiez en train de redémarrer votre application ? |
| Commentaire de Jérémie Bennejean [ 04/mai/06 11:20 ] |
|
Quand le site est passé en maintenance, tout la conf apache pointe sur un rep maintenance. Dans ce répertoire il y a un ficher de rewrite rules, qui indique à apache que les pages vers bi ne sont pas redirigées vers la page de maintenance. Or avant hier bi n'étais pas redirigé vers la page de maintenance, d'ou l'affichage d'une page "erreur page non trouvée" |
[EXP-562] Mettre en place un rewrite_url pour TradeDoubler Création: 14/déc./05 14:39 Mise à jour: 25/juin/07 18:55 Résolue: 05/janv./06 11:03 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Swan Desportes | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures, 20 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Tradouble nous envoie des url dans le format suivant : Cas 1 : http://www.priceminister.com/tradedoubler?url=http://www.priceminister.com/navigation/default/category/cd_pop_rock Cas 2 : http://www.priceminister.com/tradedoubler?url=http://www.priceminister.com/offer/vehicle?productid=10444513 Il faut que l'on mettre en place un rewriteurl pour qu'elles pointent sur les équivalent suivant : Cas 1 : http://www.priceminister.com/navigation/default/category/cd_pop_rock?t=1091740 Cas 2 : http://www.priceminister.com/offer/vehicle?productid=10444513&t=1091740 L'important est de rajouter "?t=1091740" ou "&t=1091740" après l'URL cible pour le tracking. Ceci est urgent. Le programme d'affiliation est déjà en place. Merci. |
| Commentaires |
| Commentaire de Swan Desportes [ 16/déc./05 14:47 ] |
|
Ranto, quand penses-tu pouvoir le faire ? Est ce que tu peux prévenir François Marie dès que ce sera en place ? Merci |
| Commentaire de Francois-Marie Tournadour [ 19/déc./05 17:04 ] |
|
J'ajoute simplement un mail d'Emeline de Trade Doubler que je viens de recevoir : "En ce qui concerne les redirections vers les pages produits, je précise qu'il faut juste faire en sorte que la page http://www.priceminister.com/tradedoubler reçoive et redirige vers la page produit appelée. Il ne s'agit donc pas de "tag" au sens propre, mais plutôt de l'ajout d'un script de redirection. Swan m'a dit par email qu'il utiliserait un script fait maison." Au cas où : emeline@tradedoubler.com |
| Commentaire de Ranto Andriambololona [ 20/déc./05 12:21 ] |
|
Comme je l'ai dit à Swan, notre conf apache ne veut pas prendre en compte la règle qu'on a mis en place ... J'ai aussi mis Edouard en observateur car il connait bien le rewriterule Il faut nous laisser du temps pour creuser . |
| Commentaire de Swan Desportes [ 21/déc./05 11:19 ] |
|
Quand pensez vous pouvoir le mettre en place ? Le mod_rewrite permet pas mal de possibilités. Notamment avec RewriteCond, on peut créer des conditions d'applications des règles de réécriture. |
| Commentaire de Swan Desportes [ 22/déc./05 18:56 ] |
|
Bonjour, Ceci n'est pas suffisant mais voici un rewrite qui marche : RewriteRule ^/tradedoubler?url=http://www.priceminister.com/(.*) /$1?t=1091740 Il faut juste ajouter dans l'expression régulière le cas avec ou sans "?" dans la seconde url. Merci |
| Commentaire de Francois-Marie Tournadour [ 27/déc./05 18:19 ] |
|
Bonjour, Que dois je conclure du dernier comentaire ? Que le tag & le redirect, etc.. sont en place et qu'on peut ouvrir le programme ? ^^ Merci de me tenir au courant ! François |
| Commentaire de Alain Bonneaud [ 28/déc./05 21:03 ] |
|
Tout cela n'est pas clair. Il s'agit d'une priorité
"bloquant" sur laquelle on n'a investi que 20 minutes, et qui n'est
toujours pas résolue au bout de 12 jours!!!! De plus merci de répondre au commentaire de François-Marie... Ce problème doit absolument être traité avec la priorité qui convient s'il est réellement bloquant. Dans le cas contraire sa priorité doit être adaptée. |
| Commentaire de Swan Desportes [ 03/janv./06 09:35 ] |
|
Bonjour, A t on du nouveau concernant cette demande ? Ranto, je vois que tu as passé du temps, mais as tu pu t'en sortir ? Est ce que tu pourrais nous tenir au courant ? |
| Commentaire de Ranto Andriambololona [ 03/janv./06 14:56 ] |
|
Effectivement j'ai passé beaucoup de temps dessus et
finalement on a changé de méthode car celle utilisé n'est pas accepté
par la configuration de notre serveur. Edouard nous a trouvé une toute autre méthode qui s'est avéré efficace. Merci de tester en INTEG si cela marche bien et nous mettre au courant pour sa mise en PROD |
| Commentaire de Francois-Marie Tournadour [ 04/janv./06 12:38 ] |
|
Je viens de faire un test d'achat et j'ai ces données sur la page de confirmation de transaction : <!--### Tag Block Name : Bloc caché 1 ##--> <!--### Tag Start BlockId : 174905 ##--> <!--### Trade Doubler Buy : Event - Buy --> <table> <tr> <td> test <br> reportInfo -- f1%3D6977939%26f2%3DLive+in+Brussels%26f3%3D9.84 <br> CheckSum --8c34e015aa3eaed4fff008565645c252 </td> </tr> </table><!--### Tag End BlockId : 174905 ##--> Je ne sais pas si ce test est concluant pour vous... En principe, j'ai la référence de la trasaction, son montant... |
| Commentaire de Swan Desportes [ 04/janv./06 13:04 ] |
|
Le contenu de ce tag n'a rien à voir avec la redirection. C'est le paramétrage qui va établir le contenu de ce bloc en fonction du code tracking. Il faut juste vérifier que la redirection fonctionne et que l'on a le bon code tracking. |
| Commentaire de Francois-Marie Tournadour [ 04/janv./06 14:33 ] |
|
Autant pour moi... Alors le test est concluant ! (bonne redirection et bon code de tracking) |
| Commentaire de Ranto Andriambololona [ 04/janv./06 15:23 ] |
|
Si c'est Ok pour tout le monde, nous allons le mettre en PROD demain à 10h |
| Commentaire de Ranto Andriambololona [ 05/janv./06 11:03 ] |
|
Le système de réécriture des URL tradedoubler est en place en PROD et cela fonctionne bien. Je ferme ce JIRA. |
Déploiement Infoglue - lot PM-IG-0.1
(EXP-997)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faudrait dès lundi 13/02 prévoir de migrer Eglue de
TELLUS sur ESCULAPE. ATTENTION car JBOSS ne doit plus être installé sur
cette machine. Il faut donc prévoir du temps pour le remettre. Pensez
ensuite à modifier le worker.properties pour le nom
eglue.priceminister.com
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 13/févr./06 15:16 ] |
|
Infoflue est en place sur TELLUS ... La confa apache ainsi que les workers / mod_jk sont configurés Accès : http://eglue.priceminister.com |
| Commentaire de Ranto Andriambololona [ 13/févr./06 16:14 ] |
| Petite correction, INFOGLUE est sur ESCULAPE |
[APP-9110] [Env de DEV] Quand on clique sur l'onglet accueil, ça affiche le répertoire au lieu d'afficher la page d'accueil Création: 11/mai/06 17:31 Mise à jour: 25/juin/07 18:38 Résolue: 17/mai/06 15:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Tiercelin | Attribution: | Andrei Matyas |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Dev |
| Navigateur: | Tous |
| Commentaires |
| Commentaire de Lydia Dali [ 11/mai/06 18:16 ] |
| http://bo.pm.brice:6580/ |
| Commentaire de Sébastien Tournay [ 12/mai/06 15:52 ] |
| A voir avec l'équipe de DEV. CE n'est pas géré par nous cet environnement. |
| Commentaire de Fabrice Tiercelin [ 15/mai/06 08:43 ] |
|
Le problème doit être dans infoglue. L'URL est utilisée dans FrontHeader_jsp. Elle est initialisée dans HeaderModel.load() à partir d'un objet initialisé dans ContentService.getSiteMap(String sBrand, String sLanguage) et ceci est initialisé dans infoglue. |
| Commentaire de Swan Desportes [ 15/mai/06 09:09 ] |
| A qui appartient ce serveur ? |
| Commentaire de Fabrice Tiercelin [ 15/mai/06 10:07 ] |
| C'est le mien, mais le bug est présent chez au moins Andrei et Arnaud |
| Commentaire de Swan Desportes [ 16/mai/06 21:13 ] |
| Pb de lien sur l'onglet Accueil ??? |
| Commentaire de Andrei Matyas [ 17/mai/06 15:11 ] |
| le lien parametré en IG est "/"...en INTEG ca marche car on a une redirection apache mais pas en DEV |
Mise en place CVS en exploit
(EXP-716)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 4 heures | ||
| Description |
|
Aujourd'hui le CVS EXPLOIT était installé sur le poste de
XIAOMING pour faire des tests. Dans la mesure ou nous allons passer sur
une phase industrielle de CVS pour l'EXPLOIT, il faut installer ce CVS
sur un serveur afin d'avoir toute la sécurité et la sauvegarde
nécessaire à la disponibilité. Bien s'accorder avec XIAOMING |
| Commentaires |
| Commentaire de Sébastien Tournay [ 30/déc./05 16:09 ] |
| Sur quel serveur on peut le mettre ? RUINART ? cela ne pose pas de conflit avec le CVS des DEV ? |
| Commentaire de Xiaoming Du [ 30/déc./05 16:29 ] |
|
le projet PEPS est actuellement hébergé sur ruinart (comme
minitord et tous les projet de la boite.), donc le projet est bien
sauvegardé chaque jour. En fait, sur le même serveur, CVS peut gérer
plusieur projets en même temps. Par contre, l'interface (viewcvs) qui permet de mieux visualiser les sources des scripts est installé sur mon poste. Mail cela est temporaire, il faut mettre en place "viewcs" sur un des vrai serveurs internes. |
| Commentaire de Sébastien Tournay [ 09/févr./06 11:36 ] |
| On pourra l'installer sur ROEDERER. On attend pour cela que le nouveau serveur arrive. |
| Commentaire de Pap Ndiaye [ 20/févr./06 10:32 ] |
|
Finalement la mise en place de ViewCVS ce feras sur Ruinart. Actuellement nous avons le WIKI installer sur ruinart sur le port 80 intialement prevu pour le port le HTTP avant de mettre en place le Views certain prerequis sont necessaire. Modifier le port de demarrage du wiki. Installer un couche Apache et creer des virtualhosts. Creer un règle de redirection. Modifier les pages intra sur cupidon et phaeton. La nouvelle adresse du wiki = http://pricewiki. La futur adresse VIewsCVS = http://pricecvs. |
[APP-7145] Empecher l'utilisation abusive de la touche F5 Création: 23/janv./06 10:33 Mise à jour: 25/juin/07 18:34 Résolue: 09/févr./06 10:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.1.1 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Andrei Matyas | Attribution: | Patrick Condevaux |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Empêcher l'exécution d'une même raquette dans la même
session dans un intervalle de temps donnée (cas du affranchissements
successifs en appuyant la touche F5)
|
| Commentaires |
| Commentaire de Christophe Garcia [ 23/janv./06 10:46 ] |
|
Dans quels cas ? Qu'est-ce que l'on va considérer comme un F5 "normal" ou un F5 "abusif". Merci de préciser. |
| Commentaire de Andrei Matyas [ 23/janv./06 10:57 ] |
|
Tout refresh dans un intervalle de temps défini (dans une propriété peut-être ...à voir) est rejeté. Par exemple : Seuil de acceptation (SA) = 10ms Si refresh > SA alors OK sinon on ne traite pas |
| Commentaire de Quentin de Chivré [ 23/janv./06 12:33 ] |
| Oui une propriété est la bonne chose a faire. 1s me parait mieux |
| Commentaire de Andrei Matyas [ 24/janv./06 12:19 ] |
|
En gros nous avons 2 solutions 1. Coté client (Javascript) : mettre un événement sur la touche F5. 1.1 Avantages - Pas de chargé coté serveur. 1.2 Inconvénients - Cette solution ne vas pas résoudre notre problème (mais diminuer l'impact) car on peut toujours faire rapidement un client java qui lance (en telnet) des requêtes http vers Price. 2. Coté serveur (Java) Dans le dispatcher avant le début de la Tx en vérifie si la requête est valide (en comparant par rapport à la dernière requête et sa date). Le seuil de temps (en millisecondes) qui définie la validité d'une requête est variable (dans une propriété). Une trace log + une page d'erreur spécifique sera affichée 2.1 Avantages - Peu de charge coté serveur car malgré le fait que nous ne sommes pas dans une transaction on doit quand même traiter la requête + afficher la page d'erreu 2.2 Inconvénients - Trouver le bon seuil de rejet (1 sec c'est bcp à mon avis) |
| Commentaire de Andrei Matyas [ 26/janv./06 12:10 ] |
|
A rajouter dan priceminister properties pour spécifier le seuil d'acceptation des requêtes multiples #---------------------------------------------------------------------------------------# # Abusive request timeout #---------------------------------------------------------------------------------------# priceminister.request.timeout_from_last_request.milliseconds = 1000 |
| Commentaire de Quentin de Chivré [ 26/janv./06 13:09 ] |
|
le terme timeout ne me parait pas le bon... delay ? |
| Commentaire de Patrick Condevaux [ 07/févr./06 18:29 ] |
| ok testé en INTEGR |
| Commentaire de Quentin de Chivré [ 07/févr./06 19:33 ] |
| Merci de bien valider que la page d'erreur est spécifique et a un tag Xiti différent de la page d'erreur classique afin de pouvoir comptabiliser cela dans Xiti. |
| Commentaire de Patrick Condevaux [ 09/févr./06 10:53 ] |
|
Verifier en INTEGR cela fonctionne uniquement lorsque le reaffichage de la page necessite un acces a JBoss, donc pas pour la HP et les rubriques principales qui sont en cache sur les serveurs apache. le tag xiti est different des pages d'erreurs classique par exemple http://logc11.xiti.com/hit.xiti?s=104628&s2=&p=Erreur::Rafraichissement_trop_rapide&hl=10x50x16&r=1280x1024x32x32&ref=http://www.pm.lan/musique-cd |
[EXP-339] Tester la mise en place de GPLI sur ROEDERER Création: 10/nov./05 10:11 Mise à jour: 25/juin/07 18:54 Résolue: 12/déc./05 16:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Etude |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 4 heures | ||
| Description |
|
Tester l'outil d'inventaire de parc sur l'ancien DEUTZ. A confirmer avec PAP la disponibilité de l'ancien DEUTZ .Trouver un nouveau nom ... Installer le nouveau serveur en AS4 |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 12/déc./05 16:43 ] |
|
Installation du serveur en AS3 Probleme avec apache2.0 + php 4 Lancer les serveurs apache php mysql .... Probleme résolu en installant sur un poste windows Easyphp 1.8 sur un poste Windows. Puis dans le répertoire www décompresser le repertoire glpi. Se connecter sur http://localhost cliquer sur glpi Démarrer l'installation indiquer la bdd à utiliser le user/mdp de bdd à utiliser ( le créer au préalable dans mysql) finir l'installation et se connecter avec glpi/glpi |
| Commentaire de Jérémie Bennejean [ 12/déc./05 16:44 ] |
| montrer et classer |
[APP-10205] Manque tag HTML sur durée de vie de la CSS dans le cache AKAMAI Création: 05/juin/06 10:11 Mise à jour: 24/oct./07 14:15 Résolue: 08/août/07 12:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
AKAMAI revient très régulièrement chercher la CSS : img.priceminister.com 63.123.44.129 - - [05/Jun/2006:05:03:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 503 323 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:05:09:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 503 323 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:05:15:13 +0200] "GET /static/www/brandV900.css HTTP/1.0" 503 323 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:05:21:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 503 323 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:05:27:15 +0200] "GET /static/www/brandV900.css HTTP/1.0" 503 323 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:06:09:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:06:15:13 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:06:45:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:06:51:15 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:07:09:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:07:27:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:07:33:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:07:39:15 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:07:45:13 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:07:51:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:08:03:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:08:09:15 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:08:15:13 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:08:33:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:08:51:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:08:57:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:09:03:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:09:15:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:09:21:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:09:27:15 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:09:39:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:09:45:13 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:09:51:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:09:57:15 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [05/Jun/2006:10:03:14 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 105506 "-" "Mozilla/2.0 compatible" |
| Commentaires |
| Commentaire de Andrei Matyas [ 05/juin/06 10:32 ] |
|
Oui il manque les Headers HTTP Ok c'est fait mais comme c'est encore un cas spécifique il faut à tout prix factoriser le code (pour la lisibilité et propreté) non pas dans le dispatcher mais dans chaque vue. Normalement ça doit être fait avec |
| Commentaire de Christophe Garcia [ 06/juin/06 16:00 ] |
|
AKAMAI est toujours là : 2006-06-06 14:09:15,221 INFO [P-Processor5] 63.123.44.129 - <<< [57 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:15:14,920 INFO [P-Processor7] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:15:14,982 INFO [P-Processor7] 63.123.44.129 - <<< [62 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:21:14,813 INFO [-Processor10] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:21:14,870 INFO [-Processor10] 63.123.44.129 - <<< [57 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:27:15,600 INFO [-Processor18] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:27:15,659 INFO [-Processor18] 63.123.44.129 - <<< [59 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:33:15,354 INFO [P-Processor7] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:33:15,416 INFO [P-Processor7] 63.123.44.129 - <<< [62 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:39:15,099 INFO [P-Processor9] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:39:15,160 INFO [P-Processor9] 63.123.44.129 - <<< [61 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:45:14,889 INFO [-Processor19] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:45:14,944 INFO [-Processor19] 63.123.44.129 - <<< [53 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:51:15,757 INFO [-Processor13] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:51:15,858 INFO [-Processor13] 63.123.44.129 - <<< [101 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:57:14,351 INFO [-Processor15] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 14:57:14,412 INFO [-Processor15] 63.123.44.129 - <<< [60 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:03:14,660 INFO [P-Processor7] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:03:14,715 INFO [P-Processor7] 63.123.44.129 - <<< [54 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:09:15,428 INFO [-Processor13] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:09:15,487 INFO [-Processor13] 63.123.44.129 - <<< [59 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:15:15,166 INFO [P-Processor9] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:15:15,223 INFO [P-Processor9] 63.123.44.129 - <<< [57 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:21:14,909 INFO [-Processor19] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:21:14,964 INFO [-Processor19] 63.123.44.129 - <<< [55 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:27:15,658 INFO [P-Processor5] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:27:15,712 INFO [P-Processor5] 63.123.44.129 - <<< [54 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:33:14,435 INFO [-Processor13] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:33:14,491 INFO [-Processor13] 63.123.44.129 - <<< [56 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:39:15,247 INFO [P-Processor9] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:39:15,309 INFO [P-Processor9] 63.123.44.129 - <<< [62 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:45:14,974 INFO [-Processor13] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:45:15,027 INFO [-Processor13] 63.123.44.129 - <<< [53 ms] GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:51:14,769 INFO [P-Processor8] 63.123.44.129 - >>> GET http://img.priceminister.com/static/www/brandV900.css 2006-06-06 15:51:14,826 INFO [P-Processor8] 63.123.44.129 - <<< [57 ms] GET http://img.priceminister.com/static/www/brandV900.css |
| Commentaire de Christophe Garcia [ 06/juin/06 16:31 ] |
|
Etrange.... En faisant un : "lynx -mime_header http://img.priceminister.com/static/www/brandV900.css | more" le header http me semble ok. Je vais creuser plus..... |
| Commentaire de Andrei Matyas [ 06/juin/06 17:01 ] |
|
HEADER HTTP PROD HTTP/1.x 200 OK Date: Tue, 06 Jun 2006 14:59:10 GMT Server: HTTP Server X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Mon, 06 Jun 2016 09:29:16 GMT Cache-Control: max-age=691200 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.priceminister.com/w3c/p3p.xml" Connection: close Transfer-Encoding: chunked Content-Type: text/css INTEG HTTP/1.x 200 OK Date: Tue, 06 Jun 2006 14:59:40 GMT Server: Apache/2.0.51 (Unix) mod_jk/1.2.14 mod_ssl/2.0.51 OpenSSL/0.9.7a X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Mon, 06 Jun 2016 14:41:45 GMT Cache-Control: max-age=691200 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA", policyref="http://img.pm.lan/w3c/p3p.xml" Connection: close Transfer-Encoding: chunked Content-Type: text/css DEV HTTP/1.x 200 OK Server: Apache-Coyote/1.1 X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Mon, 06 Jun 2016 14:59:57 GMT Cache-Control: max-age=315360000 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT Transfer-Encoding: chunked Date: Tue, 06 Jun 2006 15:00:09 GMT Pkoi on n'as pas le meme "Cache-Control: max-age" ?!!! |
| Commentaire de Justin Ziegler [ 06/juin/06 19:53 ] |
|
Il est possible que ce soit une histoire de param cote Akamai ! A voir donc avec Sebastien T. |
| Commentaire de Sébastien Tournay [ 07/juin/06 12:10 ] |
|
Il me semble en effet que cela vient d'un réglage du coté de
AKAMAI. Les CSS sont maintenant gérés au niveau de /static alors
qu'avant on gérait cela au niveau de /content. J'attends le retour d'AKAMAI |
| Commentaire de Justin Ziegler [ 07/juin/06 12:39 ] |
| Attention, je pense qu'il y en a encore au niveau de content, donc il ne faut enlever la conf precedente, il faut simplement l'enrichir... |
| Commentaire de Sébastien Tournay [ 09/juin/06 11:22 ] |
|
On vient d'enrichir la régle au niveau de AKAMAI : "J'ai fait un changement pour enlever le cache-control et l'expires lorsque nous servons le contenu aux internautes pour que le css reste dans leur cache. J'ai applique cette modification a tous les elements contenus dans /static." |
| Commentaire de Christophe Garcia [ 04/juil./06 10:17 ] |
|
Toujours pareil : AKAMAI vient toutes les 10 minutes environ pour demander la CSS Log de phaeton du 04/07 : img.priceminister.com 63.123.44.129 - - [04/Jul/2006:07:16:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:07:22:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:07:34:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:07:46:54 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:07:52:55 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:07:58:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:08:04:54 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:08:10:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:08:16:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:08:28:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:08:52:54 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:08:58:54 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:09:10:54 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:09:16:54 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:09:28:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:09:34:54 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:09:46:54 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" img.priceminister.com 63.123.44.129 - - [04/Jul/2006:09:58:53 +0200] "GET /static/www/brandV900.css HTTP/1.0" 200 106451 "-" "Mozilla/2.0 compatible" |
| Commentaire de Antoine Koener [ 25/sept./06 14:50 ] |
|
Serais-ce tout simplement dans la configuration même d'AKAMAI ? |
| Commentaire de Justin Ziegler [ 08/août/07 12:01 ] |
|
Je viens de vérifier dans les log, ce pb me semble résolu. Je ferme ! Merci ! |
[EXP-234] supprimer des pages satellites Création: 26/sept./05 17:42 Mise à jour: 25/juin/07 18:54 Résolue: 27/sept./05 11:33 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Default |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
MERCI DE SUPPRIMER URGEMMENT LES PAGES SATELLITES . RISQUE FORT DE PENALITE Elles se trouvent dans le répertoire refer (URL du type http://www.priceminister.com/refer/abba.htm) a supprimer. Merci . emmanuel |
| Commentaires |
| Commentaire de Emmanuel Benmussa [ 26/sept./05 17:42 ] |
|
liste des pages satellites à supprimer. Merci Emmanuel |
| Commentaire de Sébastien Tournay [ 27/sept./05 11:33 ] |
|
Le contenu n'existe plus. On vient en fait juste de
supprimer le lien symbolique qui existait dans le répertoire du
virtual-host www. Le contenu d'origine est sauvegardé sur CUPIDON et PHAETON au niveau de /data/chrootapache/usr/local/apache/htdocs/pmweb Sébastien |
[APP-10187] [affiliation : Effiliation] : Mise en place d'un tag pour programme auto Création: 29/mars/06 19:39 Mise à jour: 25/juin/07 18:36 Résolue: 15/juin/06 15:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 9.0.0.1 |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Francois-Marie Tournadour | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Site: | Prod | |||||||||||||||
| Description |
|
Afin de pouvoir lancer notre programme d'affiliation auto,
il faudrait placer le tag ci-dessous sur la page de confirmation de
dépôt d'annonce sur priceministerAuto (soit, sur la page de confirmation
de transacion générique) <img src="http://track.effiliation.com/servlet/effi.lead?id=660001017&ref=**REFERENCE_LEAD**"> En remplaçant **REFERENCE_LEAD** par la référence de l'annonce déposer. Merci de m'indiquer quand le tag est placé afin que je puisse faire un test. [et merci tout court!] |
| Commentaires |
| Commentaire de Francois-Marie Tournadour [ 03/avr./06 14:22 ] |
|
Pourrons nous lancer le programme jeudi ? i.e : aurons nous la possibilité de tester le tag mercredi 5 avril ? [merci] |
| Commentaire de Nicolas Gréhalle [ 04/avr./06 09:18 ] |
| J'ai besoin de l'id de tracking à utiliser STP |
| Commentaire de Francois-Marie Tournadour [ 04/avr./06 14:11 ] |
|
Autant pour moi ! le voici : 1294040 |
| Commentaire de Nicolas Gréhalle [ 05/avr./06 11:31 ] |
|
L'info "référence de l'annonce" n'est pas dispo. Il faut un dev pour la rendre disponible. Quelle est la priorité de cette tâche ? |
| Commentaire de Francois-Marie Tournadour [ 05/avr./06 19:03 ] |
|
Christophe d'Effiliation ne rentre que lundi. Je pense que l'envoi de cette info est important pour tracer correctement la progression du programme. En l'état, je ne me rends pas compte si nous pouvons lancer le programme sans ce DEV. D'après toi, pourront ils savoir combien d'annonces ont été vendues par affilié ? [merci!] |
| Commentaire de Nicolas Gréhalle [ 06/avr./06 11:23 ] |
| Même avec cette info, je ne vois pas comment ils pourraient le savoir |
| Commentaire de Francois-Marie Tournadour [ 11/avr./06 16:35 ] |
|
Y'a t'il un identifiant unique qui permette de reconnaître l'annonce (par ex : l'adresse email du déposeur) Sinon, il est important que nous ayons dans un second temps la référence de l'annonce. [merci!] |
| Commentaire de Nicolas Gréhalle [ 12/avr./06 09:04 ] |
|
Il est important de : - savoir si dans le contexte Velocity du tracking sur la mise en vente Auto, l'email du vendeur est présent. Si oui, fournir le code velocity à l'équipe param - faire le développement nécessaire pour ajouter la référence annonce dans le contexte velocity et nous informer des délais de réalisation. Merci |
| Commentaire de Swan Desportes [ 13/avr./06 12:27 ] |
|
Emmanuel, c'est urgent. Est ce que tu pourrais ajouter l'identifiant de l'annonce dans le contexte Velocity des blocs promo (quand on l'a bien sûr --> test sur AdvertModel ?) pour le tracking evenement mise en vente auto. Merci |
| Commentaire de Emmanuel Gosse [ 13/avr./06 16:35 ] |
|
Merci de préciser la page et donc le type d'utilisateur (Pro Voiture ou Particulier). |
| Commentaire de Emmanuel Gosse [ 18/avr./06 15:06 ] |
|
AdvertId ajouté après le paiement réussi pour les particuliers. layout : Submit_Funnel_CheckOut_PAy_Success. |
| Commentaire de Emmanuel Gosse [ 18/avr./06 15:25 ] |
| $advertId pour avoir la valeur |
| Commentaire de Nicolas Gréhalle [ 21/avr./06 11:25 ] |
| En attente du déploiement pour pouvoir faire le param |
| Commentaire de Nicolas Gréhalle [ 01/juin/06 11:47 ] |
|
Fabien, tu es le nouvel expert tag de tracking. Je vais te montrer comment on fait |
| Commentaire de Lorenzo Nuccio [ 01/juin/06 18:55 ] |
|
Il y a un bug avec le tag: Quand je met le tag à la fin de l'url, au final au lieu de m'afficher la dernière version de la rubrique auto (celle qui va être déployé la semaine prochaine) cela m'affiche la version intermédiaire, càd la version qui va sortir mais sans toutes les modifs qui ont été faites dessus depuis 1mois ¿. |
| Commentaire de Nicolas Gréhalle [ 02/juin/06 10:05 ] |
|
Problème de redirection sur la HP auto lorsque l'on met un tag. C'est du à quoi ? |
| Commentaire de Swan Desportes [ 05/juin/06 11:19 ] |
|
Il manque une règle de redirection Apache Actuellement : http://www.pm.lan/auto-moto?t=123456 redirige vers http://www.pm.lan/navigation/default/category/root_vehicle?t=123456 Il faut que http://www.pm.lan/auto-moto?t=123456 redirige vers http://www.pm.lan/info/auto-moto?t=123456 --> A mettre dans le WIKI de mise en prod 900 |
| Commentaire de Christophe Garcia [ 05/juin/06 17:24 ] |
| C'est dans le WIKI. |
[EXP-1215] export log référencement manquant Création: 08/févr./06 15:11 Mise à jour: 25/juin/07 18:56 Résolue: 09/févr./06 11:42 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Comptage |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
l'extrait de log Google du serveur N°2 disponible par @position est manquant. Celui du serveur1 est ok. Merci |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 08/févr./06 16:45 ] |
|
C'est réglé (je pense, on verra demain), j'ai testé en
INTEG, c'était un problème dans le code qui génère aléatoirement le log
serveur2 ou pas. Je viens d'ajouter des contrôles supplémentaires pour éviter cela à l'avenir ... Sinon tu peux récupérer les archivesdu serveur 2, ils sont stockés sur JUNON |
| Commentaire de Ranto Andriambololona [ 09/févr./06 11:42 ] |
|
Réglé .... Les lgos référencement sont bien présents [adminpm@phaeton conf]$ cd /data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-aposition/ [adminpm@phaeton partenariat-aposition]$ ll total 34708 drwxrwxr-x 2 adminpm adminpm 4096 Feb 9 07:38 . drwxr-xr-x 57 adminpm adminpm 4096 Feb 6 17:46 .. -rw-rw-r-- 1 adminpm adminpm 146273 Feb 9 07:37 cupidon.msn.log.gz -rw-rw-r-- 1 adminpm adminpm 831563 Feb 9 07:37 cupidon.yahoo.log.gz -rw-rw-r-- 1 adminpm adminpm 151386 Feb 9 07:38 phaeton.msn.log.gz -rw-rw-r-- 1 adminpm adminpm 849510 Feb 9 07:38 phaeton.yahoo.log.gz -rw-r--r-- 1 adminpm adminpm 16928995 Feb 9 07:38 serveur1-2006-02-09.log.gz -rw-r--r-- 1 adminpm adminpm 16549264 Feb 9 07:37 serveur2-2006-02-09.log.gz [adminpm@phaeton partenariat-aposition]$ |
[EXP-1514] Connexion à oracle entreprise manager sur Pommery est impossible Création: 14/mars/06 10:12 Mise à jour: 25/juin/07 18:57 Résolue: 20/mars/06 10:42 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Maintenance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Samir Beghdadi | Attribution: | Edouard Laurent |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Depuis hier et comme chaque Lundi la connexion à oracle entreprise manager sur Pommery avec l'adresse http://pommery.lan:5501/em est impossible. Merci |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 14/mars/06 11:26 ] |
|
Je regarde cela. Je vais voir avec edouard qui a installé oracle entreprise manager sur Pommery. Je n'ai pas vu de docs concernant l'installation de oracle entreprise manager. Actuellement il n'y a rien dans les logs. Cela ne tourne pas avec Apache. Il faudrai absolument faire un wiki sur ce genre d'installation afin de pourvoir intervenir rapidement. |
| Commentaire de Edouard Laurent [ 20/mars/06 10:42 ] |
| pas de pb ce matin. on reste dans cette configuration pour le moment |
[APP-10720] Perfs affichage de la page : chargement de Pangora et AdSense en fin de page Création: 23/juin/06 09:27 Mise à jour: 25/juin/07 18:41 Résolue: 23/août/06 19:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | 9.0.0.1 |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Andrei Matyas | Attribution: | Olivier Bourgeois |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Description |
|
Des ralentissements dans le rechargement de la page (sous IE) ont été constatés en PROD.
|
| Commentaires |
| Commentaire de Andrei Matyas [ 23/juin/06 10:45 ] |
|
J'ai mis en place en INTEG un compteur qui permet de mesurer
le temps de rechargement (sa marche que sous IE) de la page (en haut à
gauche dans le header). En faisant des testes j'ai vu que les temps de réponse sont très irréguliers. Ceci est du notamment à l'état à l'instant donnée du réseau, au cache du navigateur, etc.... Pour tester j'ai du vider à chaque fois le cache du navigateur mais malgré cela on voit des fois de différences énormes sur la même page. Ceci dit la valeur absolue des temps de réponse n'est pas un indicateur pertinent à prendre en compte. Il faut peut-être prendre un temps de rechargement moyen sur un page et le comparer avec le temps de rechargement moyen d'un ensemble de pages. Une deuxième solution est de faire plusieurs essais et prendre le pire des temps de réponse de la page et le comparer avec le pire des temps de réponse global. Personnellement je préfère cette 2eme solution car elle est plus facile à mettre en ¿uvre est à mon avis elle reste quand même globalement pertinente. Visuellement je me suis rendu compte que les pages statiques reste relativement rapides malgré le nombre important des pubs qui sont affichées via des partenaires. Par contre ce qui est plus lent c'est l'affichage des FP et DA. Cette dégradation des perfs est encore plus visible sur certains produits « exotiques  » comme certaines marques de vins. Le premier test fait est de désactiver l'ensemble des pubs afin d'observer la différence en temps de réponse. Le résultat n'était pas concluant. Je n'ai pas observé un changement important dans les temps de rechargement des pages. Ceci est normal car les pubs se trouvent habituellement dans des « iframes ». Ceci dit même si les pubs ont du mal a s'afficher cela ne va pas bloquer la page principale. Au pire nous allons avoir des grosses taches blanches (les pubs non chargées) sur le site. Un deuxième test était d'enlever le bloc google. Il faut savoir qu'aujourd'hui le bloc google est chargé en synchrone. Sur certains produits le fait d'enlever ce bloc ne change strictement rien. Par contre sur d'autre produits (j'aime bien mon exemple : les vins) le fait d'enlever ce bloc diminue beaucoup le temps de réponse. (entre 0.5 sec et 1.5 sec de diminution). Ce dernier test me fait penser que sur certaines pages google met plus de temps a calculer le annonces à afficher. La solution serait peut-être de le mettre dans une iframe (comme pour les autres pubs) mais je ne sais pas si se possible sachant que les annonce sont contextuels. Pourquoi IE est plus lent ?. L'exécution JS sous IE (surtout pour le calcul, tri, etc..) est plus lente que sous Firefox (environ 1.5-2 fois plus lent). Voir des sites des benchmarking (http://www.24fun.com/downloadcenter/benchjs/benchjs.html, etc...). |
| Commentaire de Quentin de Chivré [ 28/juin/06 17:23 ] |
| Lié aux blocs IDRegie ? Pangora ? Google ? |
| Commentaire de Swan Desportes [ 10/juil./06 17:33 ] |
|
Actuellement, 3 pistes sont étudiées par ordre de priorité : 1 asynchronisation d'idregie 2 asynchronisation du bloc pangora 3 asynchronisation des blocs googles La solution iframe pour idregie va être mise en place par paramétrage au cours de la 901. Les deux autres solutions seront étudiées ensuite. Les premiers essais avec idregie ont plutôt tendance à dire qu'il n'y a pas d'amélioration sur les temps d'affichage client. |
| Commentaire de Swan Desportes [ 12/juil./06 12:31 ] |
|
Suite à l'étude de Manuel, il apparaît que les
ralentissements sont principalement dus aux bannières script d'idregie
et au bloc google AFC. Dans une moindre mesure, le bloc Pangora influe
également sur la page. Toujours d'après les tests de Manuel, le passage en iframe des publicités idregie semble corriger les ralentissements engendrés par celles-ci. D'autre part, le bloc Google AFC se fait probablement remarquer dans sa lenteur par sa position dans le flux HTML de la page. Une solution intéressante serait de générer le bloc en fin de page puis de le « déplacer » à son emplacement prévu par une astuce CSS ou javascript. Cette solution, si elle est probante, pourrait être appliquée au bloc Pangora. Actions : Manuel finalise les tests de perf selon un processus dichotomique de désactivation/activation des différents blocs html sur une page statique de test accessible en prod. Les résultats sont consignés dans un tableau excel. L' « iframisation » des publicités idregie est paramétrée demain (12/07) pour passage en prod le 13/07. Les tests de performances seront réalisés de nouveau pour estimer le gain en perf. Un prototype de génération du bloc Google AFC en bas de page pour affichage à l'emplacement prévu via astuce CSS ou JS sera étudié à partir du 13/07. |
| Commentaire de Swan Desportes [ 07/août/06 17:03 ] |
| L'asynchronisation des blocs Comparez et Google AFC est en cours par OBO. |
| Commentaire de Quentin de Chivré [ 07/août/06 18:49 ] |
| Et ca avance ??? On en est ou ? |
| Commentaire de Olivier Bourgeois [ 08/août/06 11:57 ] |
|
J'ai changé la façon d'afficher ces blocs et externalisé la majeure partie du JavaScript dans pr.js Pour AFC/Pangora le principe est le suivant : les blocs promotions actuels ne contiennent plus qu'un <div> vide. La récupération des annonces se fait dans des blocs promotion cachés en bas de page (position PromoAsync). S'il y a des résultats, ceux-ci sont formattés et injectés dans les div vides. Les opérations coûteuses en temps sont donc effectuées en fin de page et ne pénalisent pas l'affichage des données de la fiche produit. J'ai effectué des tests en ajoutant une boucle de retardement dans le block de bas de page, et lorsque l'on ajouté 2-3 secondes de décalage, l'utilisateur perçoit un "pop" des deux blocs après le reste du contenu. En ce qui concerne AFS j'ai passé la récuperation du document XML en asynchrone, mais il me faudra une intégration pour valider (pas de proxy apache en dev). C'est assez subjectif comme amélioration, mais je pense qu'on ne peux guère faire mieux. En tous cas cela pose le socle pour les évolutions futures Pangora/AFC/AFS ou il va nous falloir faire de l'affichage conditionnel de blocs par rapport au nombres d'annonces sur la page, et au nombre de résultats renvoyés par les partenaires. |
| Commentaire de Patrick Condevaux [ 12/sept./06 11:36 ] |
| ok en INTEG |
[EXP-1374] Infoglue - problème de connexion sur lui meme Création: 23/févr./06 15:18 Mise à jour: 25/juin/07 18:56 Résolue: 08/mars/06 18:29 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Infoglue cherche à se connecter sur lui-même avec l'url http://eglue.priceminister.com/cms/UpdateCache.action Le problème, c'est qu'il n'y arrive pas. Exemple : [pmas@esculape mainlog]$ wget http://eglue.priceminister.com/cms/UpdateCache.action --15:14:38-- http://eglue.priceminister.com/cms/UpdateCache.action => `UpdateCache.action' Resolving eglue.priceminister.com... 212.23.167.55 Connecting to eglue.priceminister.com|212.23.167.55|:80... failed: Network is unreachable. On a donc de grosses erreurs dans la log 2006-02-23 15:13:44,555 INFO [-Processor13] - java.io.IOException: Server returned HTTP response code: 502 for URL: http://eglue.priceminister.com/cms/UpdateCache.action 2006-02-23 15:13:44,555 INFO [-Processor13] - at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1149) 2006-02-23 15:13:44,555 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.postToUrl(RemoteCacheUpdater.java:154) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.updateRemoteCaches(RemoteCacheUpdater.java:103) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.notify(RemoteCacheUpdater.java:72) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.ChangeNotificationController.addNotificationMessage(ChangeNotificationController.java:113) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.controllers.kernel.impl.simple.CmsJDOCallback.created(CmsJDOCallback.java:233) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.exolab.castor.persist.TransactionContext.create(TransactionContext.java:958) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.exolab.castor.jdo.engine.DatabaseImpl.create(DatabaseImpl.java:380) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:365) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416) 2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416) 2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.doExecute(ImportRepositoryAction.java:174) 2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:110) 2006-02-23 15:13:44,557 INFO [-Processor13] - at webwork.dispatcher.GenericDispatcher.executeAction(GenericDispatcher.java:131) 2006-02-23 15:13:44,557 INFO [-Processor13] - at webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:174) 2006-02-23 15:13:44,557 INFO [-Processor13] - at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 2006-02-23 15:13:44,557 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.cms.security.InfoGlueAuthenticationFilter.doFilter(InfoGlueAuthenticationFilter.java:140) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.cms.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:93) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.deliver.applications.filters.CacheEvictionFilter.doFilter(CacheEvictionFilter.java:108) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) 2006-02-23 15:13:44,561 INFO [-Processor13] - at java.lang.Thread.run(Thread.java:595) |
| Commentaires |
| Commentaire de Swan Desportes [ 23/févr./06 16:40 ] |
|
Je viens de regarder. Il n'y a pas de solution court terme par property. Est ce que vous pourriez faire le nécessaire pour ouvrir la "route" vers eglue.priceminister.com ? Merci |
| Commentaire de Sébastien Tournay [ 23/févr./06 16:48 ] |
|
On ne peut pas ouvrir la route depuis un serveur applicatif
(ex ici avec ESCULAPE) vers une adresse IP publique. Ils ne peuvent pas
sortir.. On ne peut et on ne veut pas le faire.. Plusieurs solutions alors : * utilisation d'une couche pour passer par le proxy. Une properties qui pourrait faire cela ?? Un peu compliquer sans doute. C'est ce que nous faisons pour chronopost et SIPS.. * Renseigner dans le fichier /etc/hosts sur ESCULAPE l'@IP privée de PHAETON (par exmple) pour faire la résolution eglue.priceminister.com/... sur la RIP |
| Commentaire de Ranto Andriambololona [ 23/févr./06 17:39 ] |
|
Le problème de mettre l'IP privée de phaeton c'est quelle
est déja utilisé dans Apache par le virtual-host bo.jmh.lan Une solution est de - créer une deuxième IP privéé virtuelle sur Phaeton et de brancher un virtualhost eglue dessus sur le port 80 - Renseigner dans le fichier /etc/hosts sur ESCULAPE cette nouvelle IP privée de Phaeton |
| Commentaire de Ranto Andriambololona [ 24/févr./06 10:31 ] |
|
On a trouvé une alternative via l'IP privée de CUPIDON Actuellement de esculape on peut faire une requete |
| Commentaire de Ranto Andriambololona [ 24/févr./06 10:31 ] |
| wget http://eglue.priceminister.com/cms/UpdateCache.action |
| Commentaire de Swan Desportes [ 24/févr./06 10:44 ] |
|
OK pour le wget mais malheureusement, ça ne change rien pour Java. On a toujours la même trace dans la log. |
| Commentaire de Swan Desportes [ 24/févr./06 10:47 ] |
|
Pour info : 502, mauvais routage : le serveur a reçu une réponse invalide du serveur en amont |
| Commentaire de Ranto Andriambololona [ 24/févr./06 12:03 ] |
|
La méthode évoqué en dessus ne fonctionne pas ... Nous avons modifié les paramètres ci-dessous dans le fichier cms.properties de ESCULAPE #Internal sites (working/preview) urls internalDeliverUrl.0=http://127.0.0.1/cms internalDeliverUrl.1=http://127.0.0.1/cms #Live-sites urls publicDeliverUrl.0=http://127.0.0.1/cms Cela a permit de régler le problème, les données eglue sont en PROD Swan, pense à ajouter notre modif dans les futurs EAR |
| Commentaire de Swan Desportes [ 24/févr./06 14:36 ] |
|
Malheureusement, on a encore la trace. C'est moins bloquant mais qd meme... 2006-02-24 14:33:13,264 INFO [-Processor18] - Updating cache at http://127.0.0.1/cms/UpdateCache.action 2006-02-24 14:33:13,264 INFO [-Processor18] - java.net.ConnectException: Connection refused 2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.socketConnect(Native Method) 2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) 2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) 2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) |
| Commentaire de Ranto Andriambololona [ 24/févr./06 14:46 ] |
|
Comme tomcat écoute sur le port 8009, il faudrait modifier l'url en http://127.0.0.1:8009/cms/UpdateCache.action [pmas@esculape ~]$ wget http://127.0.0.1:8009/cms/UpdateCache.action --14:46:11-- http://127.0.0.1:8009/cms/UpdateCache.action => `UpdateCache.action.4' Connecting to 127.0.0.1:8009... connected. |
| Commentaire de Ranto Andriambololona [ 24/févr./06 16:05 ] |
|
Je viens de mettre à jour l'URL dans le fichcier cms.properties Depuis 10 mn l'erreur ne revient plus .. Swan, merci de confirmer et fermer si ok |
| Commentaire de Ranto Andriambololona [ 24/févr./06 17:07 ] |
|
Toujours des erreurs mais cette fois-ci d'autres type 2006-02-24 17:02:50,097 INFO [P-Processor8] - Updating cache at http://127.0.0.1:8009/cms/UpdateCache.action 2006-02-24 17:02:50,099 ERROR [P-Processor6] - BAD packet signature 20559 2006-02-24 17:02:50,099 ERROR [P-Processor6] - Error, processing connection java.lang.IndexOutOfBoundsException at java.io.BufferedInputStream.read(BufferedInputStream.java:306) at org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:601) at org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:557) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:666) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-02-24 17:02:50,100 ERROR [P-Processor6] - BAD packet signature 20559 2006-02-24 17:02:50,100 ERROR [P-Processor6] - Error, processing connection java.lang.IndexOutOfBoundsException at java.io.BufferedInputStream.read(BufferedInputStream.java:306) at org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:601) at org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:557) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:666) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) Dans la mesure ou les données sont en PROD et que cette erreur n'est pas bloquant pour eglue, je redescend la prirotité de cette tache |
| Commentaire de Ranto Andriambololona [ 08/mars/06 18:29 ] |
| on a plus l'erreur sur ESCULAPE |
[EXP-823] alertes a suivre : page response timeout Création: 09/janv./06 19:52 Mise à jour: 25/juin/07 18:55 Résolue: 07/mars/07 14:49 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
cupidon Sat Jan 7 04:36:04 2006 http://m6.priceminister.com/offer/buy/12340: 9327.348 ms (max allowed 2000) minitord version 2.2.0 curieux ! J'aimerais bien comprendre. Il faudrait inventorier toutes les alertes de ce type. Tenter de trouver une explication. Plage horaire, etc... Il me semble en avoir deja vu 2 aujourd'hui... |
| Commentaires |
| Commentaire de Justin Ziegler [ 10/janv./06 09:28 ] |
|
De nouveau : cupidon Mon Jan 9 20:27:07 2006 http://m6.priceminister.com/offer/buy/12340: 2093.846 ms (max allowed 2000) minitord version 2.2.0 ==> peut etre dans ce cas precis est ce un pb de charge (bcp de monde a la fois) |
| Commentaire de Xiaoming Du [ 10/janv./06 16:10 ] |
|
Le timeout du samedi matin 07/01/2005 04:36 (9327.348 ms)
est peut-être lié au notre mécanisme de démarrage Jboss. Actuellement,
on remet le site en production après avoir donné à chaque serveur jboss
10 minute à démarrer. Donc Il est possible que apache (mod_jk) envoie
les requêtes vers les serveurs jboss qui ne sont pas encore complètement
prêts. Et dans ce cas, le temps de réponse de l'apache pourrait être
très long (le temps qu e mod_jk retire la session, et envoie à deuxième
worker, troisième ...) Le deuxième cas du 09/01/2005 20:27 est peut-être lié au crash de jboss sur terra qu'on peut constater sur "http://intra.priceminister.com/stats/mrtg/jpool/index.html" L'intérêt de cette alerte est de montre les pointes de timeout sur le site, lors que le graphe montre que le moyenne. Maintenant, on lance le test chaque 15 minute, Peut-être on pourrait le lancer plus souvent? dux |
| Commentaire de Justin Ziegler [ 12/janv./06 20:08 ] |
|
phaeton Thu Jan 12 12:12:18 2006 http://m6.priceminister.com/offer/buy/12340: 9225.499 ms (max allowed 2000) minitord version 2.2.0 |
| Commentaire de Justin Ziegler [ 16/janv./06 10:00 ] |
|
Dimanche alors que tout va bien : phaeton Sun Jan 15 11:14:27 2006 http://m6.priceminister.com/offer/buy/12340: 2574.488 ms (max allowed 2000) minitord version 2.2.0 |
| Commentaire de Sébastien Tournay [ 19/janv./06 15:43 ] |
|
Antoine, Il faudrait se servir de ce JIRA pour répertorier toutes les alertes du type 'response timeout' que nous recevons afin d'avoir un suivi sur cette alerte. |
| Commentaire de Justin Ziegler [ 20/janv./06 20:47 ] |
|
phaeton Thu Jan 19 15:16:14 2006 http://m6.priceminister.com/offer/buy/12340: 5489.143 ms (max allowed 2000) minitord version 2.2.0 |
| Commentaire de Justin Ziegler [ 30/janv./06 15:14 ] |
|
Deux cas ce WE : phaeton Sun Jan 29 00:36:26 2006 http://m6.priceminister.com/offer/buy/12340: 7923.043 ms (max allowed 2000) minitord version 2.2.0 ====>>> probablement pendant le backup ? Pas d'explication pour celui ci : phaeton Sun Jan 29 12:29:34 2006 http://m6.priceminister.com/offer/buy/12340: 2546.709 ms (max allowed 2000) minitord version 2.2.0 |
| Commentaire de Antoine Koener [ 07/mars/07 14:49 ] |
| Le mod-cache devrait nous permettre supprimer les pages-statiques, de plus le cobranding m6 va être supprimé fin du mois de Mars. |
| Commentaire de Antoine Koener [ 07/mars/07 14:50 ] |
|
Correction, Rien à avoir avec les pages statiques.... |
| Commentaire de Justin Ziegler [ 07/mars/07 19:03 ] |
| m6 est utilise par minitor pour faire le test. Donc le fait de le faire disparaitre ne change pas le pb. |
[EXP-815] Renouvellement certif www.priceminister.com Création: 09/janv./06 14:54 Mise à jour: 25/juin/07 18:55 Résolue: 18/janv./06 11:42 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Justin Ziegler | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Celui la, il faut le faire vite. expiration dans 10 jours seulement ! |
| Commentaires |
| Commentaire de Justin Ziegler [ 09/janv./06 14:55 ] |
|
Voici le mail envoye par isprenew@thawte.com : Dear Jean-Francois Mach We have listed a summary of your customers' website security certificates that expire within your account, BABELSTORE, in the next 28 days: As Thawte's Official ISP Partner we do encourage you to renew the website security certificates on your customers' behalf and avoid any compromise to their website security. FRBABE17-2 (www.priceminister.com) on 2006/01/20 [SSL-1] Legend: DEV-1 = Developer Certificate [1-year validity] DEV-2 = Developer Certificate [2-year validity] SSL123-1 = SSL123 [1-year validity] SSL123-2 = SSL123 [2-year validity] SGC-1 = SuperCert Certificate [1-year validity] SGC-2 = SuperCert Certificate [2-year validity] SSL-1 = SSL Server Certificate [1-year validity] SSL-2 = SSL Server Certificate [2-year validity] If you have a number of certificate renewals, we do offer additional discounts for bulk purchases. Thawte also provide FREE REISSUES for the lifespan of your customers' security certificates. Login to your ISP account today at the link below to renew the certificates above; https://www.thawte.com/core/process?process=protected-isp-console-manager Should you need immediate assistance, a new live support tool is now available through your ISP Console. You can initiate a chat by clicking on the ISP Live Chat Button located on the left hand side of your account console. Please follow the renewal steps below: 1. Select My Finances on the left hand side. 2. Select the various products you want to renew by ticking the RENEWAL OPTION (middle column) next to the product you have selected NB: If you want to renew multiple products you need to tick the relevant boxes. 3. Click the Next Button at the bottom. 4. Specify the volume of certificates you require for each product you selected in step 2 under the volume column on the right hand side for each product. 5. Click the Add to Cart button at the bottom. 6. Click the Go Pay button at the top 7. Select the payment method and click the Next button NB: For immediate access to your tokens we recommend payment by credit card. 8. Select My Products on the left hand side. 9. Select The Renew Option Below. 10. Select the product you intend to renew (click the renew button) 11. Enter your certificate order number in the pop up window to proceed with the renewal. If you need further assistance please do not hesitate to contact us ISP RENEWAL TEAM E-mail: isprenew@thawte.com Tel: +27 21 937 8929 |
| Commentaire de Justin Ziegler [ 09/janv./06 14:55 ] |
|
J'ajoute qu'il ne faut pas utiliser de certif wildcard pour www ! |
| Commentaire de Sébastien Tournay [ 16/janv./06 11:42 ] |
|
Je viens de procéder au déroulement de la procédure de renouvellement du certificat pour www.priceminister.com. Ce nouveau certificat est déployé et validé en intégration. Il faut le déployer en production avant le 20/01/06. On peut profiter du déploiement de la version V810 (mardi 17/01) pour le mettre en place sur CUPIDON et PHAETON Il s'agit de remplacer le contenu fichier '/data/chrootapache/usr/local/apache/conf/ssl.crt/www.priceminister.com.crt' par le certificat ci-dessous. Procéder ensuite à l'arrêt/démarrage de APACHE sur CUPIDON et PHAETON (sudo /etc/init.d/httpd stop/start). Le graceful ne suffit pas. Aller ensuite dans la partie 'mon compte' du site www.priceminister.com et cliquer sur le cadenas de protection SSL pour vérifier que le nouveau certificat est bien pris en compte. -----BEGIN CERTIFICATE----- MIIDajCCAtOgAwIBAgIQCNclk4WvJyg15atds+4DCjANBgkqhkiG9w0BAQQFADCB zjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMR0wGwYDVQQKExRUaGF3dGUgQ29uc3VsdGluZyBjYzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEhMB8GA1UEAxMYVGhh d3RlIFByZW1pdW0gU2VydmVyIENBMSgwJgYJKoZIhvcNAQkBFhlwcmVtaXVtLXNl cnZlckB0aGF3dGUuY29tMB4XDTA2MDExMzEyMTQ0M1oXDTA3MDEyMDExNDUwM1ow bzELMAkGA1UEBhMCRlIxDjAMBgNVBAgTBVBhcmlzMQ4wDAYDVQQHEwVQYXJpczET MBEGA1UEChMKQmFiZWxzdG9yZTELMAkGA1UECxMCSVQxHjAcBgNVBAMTFXd3dy5w cmljZW1pbmlzdGVyLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAu6Zo 98l0loJi1ejfwN7lRxrLU+ePtcVUd1Fll9tsFaYPqyaWUU9IQ/A8dYNEeHYcVvXy 7gVPdl3BBnMJSeKIpE0njzAd6G6Bv6V97Nsrmpsh0t4D5CYYrrjA/cR85IYD8ryJ 4he5LBYblM7cRLOgB9HM+/ahL95J0TngIk5v+z8CAwEAAaOBpjCBozAdBgNVHSUE FjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwQAYDVR0fBDkwNzA1oDOgMYYvaHR0cDov L2NybC50aGF3dGUuY29tL1RoYXd0ZVByZW1pdW1TZXJ2ZXJDQS5jcmwwMgYIKwYB BQUHAQEEJjAkMCIGCCsGAQUFBzABhhZodHRwOi8vb2NzcC50aGF3dGUuY29tMAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAb26EKqUzFs/xkpuZ7BdEbXzc xzBsk40cJp+A3Hqwx49S3c19NdeQMAf9jr59ouxvv/AigyUMtnXDw2BWTBcWI7ZK Mge9odcUPS1ZS/rMMZ6Ym5Z7wX09ldBlfVydY7ZJSsR1w68ryCeW3xsr1F57oLVn vcbRSQfOC7l+HQ77Img= -----END CERTIFICATE----- |
| Commentaire de Justin Ziegler [ 16/janv./06 11:54 ] |
| Attention aux transformation que le copie & coler des donnees ci-dessus pourrait engendrer. |
| Commentaire de Ranto Andriambololona [ 16/janv./06 15:56 ] |
|
C'est préparé en PROD dans le fichier www.priceminister.com.crt.NEW La manip et verification sera fait demain matin pendant le déploiement ( http://ruinart/pricewiki/Wiki.jsp?page=D%C3%A9ploiementV810 ) |
| Commentaire de Ranto Andriambololona [ 18/janv./06 11:42 ] |
|
Validé juste après le déploiement V810 .. Ci-joint une capture d'écran indiquant la fin du certificat à 20/01/2007 |
[APP-8833] [pangora] Préétude inclusion du bloc comparez avec Ajax Création: 04/mai/06 09:36 Mise à jour: 25/juin/07 18:37 Résolue: 22/mai/06 09:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | ToDo |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Etude de l'appel d'une URL répondant du XML via AJAX.
|
| Commentaires |
| Commentaire de Fabrice Tiercelin [ 05/mai/06 13:46 ] |
|
solution implémentée : - implémentation en JavaScript simple - appel d'un fichier .js auto-suffisant de la part de Pangora - inclusion du fichier à la fin du code de la page PriceMinister - appel direct vers Pangora - insertion des infos de Pangora par remplissage d'élément div |
| Commentaire de Patrick Condevaux [ 11/mai/06 14:29 ] |
| si c'est une pre-etude j'imagine qu'il n'y a pas moyen de le tester .... |
| Commentaire de Fabrice Tiercelin [ 15/mai/06 09:09 ] |
| D'autres sites ont besoin d'une solution avec de l'XML, d'où la réouverture de la demande. |
| Commentaire de Fabrice Tiercelin [ 15/mai/06 16:09 ] |
|
Beaucoup de sites parlent de notre problème et les solution envisagées sont à peu près les même que les notres. Pour ce qui est du nom de domaine, c'est Firefox qui impose les contraintes les plus strictes. Il n'est possible que de passer d'un nom de domaine à un nom de domaine écourté (ex. : www.priceminister.com -> priceminister.com). Il est possible d'aiguiller vers un autre site en paramètrant apache : - en activant le proxy d'Apache : ./configure --enable-proxy - en activant RewriteEngine : RewriteEngine on - et en ajoutant une règle : RewriteRule ^/http_xml_pangora_com/1.1/test-fr/price-comparison/cnetfr2952447$ http://xml.pangora.com/1.1/test-fr/price-comparison/cnetfr2952447 [P] (le flag P indique que ça agit comme une passerelle) (Cf. http://premshree.livejournal.com/66129.html) |
| Commentaire de Fabrice Tiercelin [ 22/mai/06 09:23 ] |
| Préétude finie et documentée. |
| Commentaire de Quentin de Chivré [ 22/mai/06 10:05 ] |
| Mettre l'étude en PJ ! |
| Commentaire de Fabrice Tiercelin [ 22/mai/06 10:17 ] |
|
PJ retrouvable sur le wiki : http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=AffichageAsynchrone |
[APP-11027] migration/suppression de l'interface de recherche pour les comparateurs (SearchServlet) Création: 07/juil./06 16:42 Mise à jour: 25/juin/07 18:41 Résolue: 22/mars/07 15:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 9.0.0.1a |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Site: | Prod | |||||||||||||||
| Classif1: | BP | |||||||||||||||
| Classif2: | suppression Intermedia | |||||||||||||||
| Projets PM archivés: | BP - Suppression INTERMEDIA | |||||||||||||||
| Description |
|
Voici le formulaire de recherche qu'on avait mis en place
pour que certains comparateurs puissent interroger directement notre
base : http://bo.priceminister.com/test/search/index.html Il faudrait s'assurer qu'elle fonctionne correctement, et qu'elle utilise FAST. |
| Commentaires |
| Commentaire de Martin Sudmann [ 28/févr./07 14:24 ] |
|
- supprimer la servlet et l'interface de test en BO qui va
avec. Ne pas oublier le lien ver cette interface en bas de la colonne de
navigation BO. merci ! |
| Commentaire de Mostafa Diane [ 01/mars/07 15:29 ] |
|
Martin en supprimant la servlet il faut ausi faire une redirection ou bien un page d'erreur? je me trompe? |
| Commentaire de Justin Ziegler [ 02/mars/07 13:55 ] |
|
il faut effectivement refléchir la dessus, pour voir se qu'on veut obtenir. si on fait une redirection, les utilisations de cette ancienne servlet risquent de passer inappercu. donc peut etre qu'il faut demapper la servlet pour voir les erreurs que cela genere ? (pour les rendre visible) est ce qu'on a fait des stats pour voir si c'est bcp utilisé aujourd'hui ? (grep dans les log apache) |
| Commentaire de Mostafa Diane [ 05/mars/07 10:07 ] |
|
MSU a déjà fait des stats pour voir si la servlet est utilisée, il m'a confirmé que elle n'est plus utilisée. De plus aucun partenaire ne s'est manifesté après le plantage d'Oracle Intermedia. |
| Commentaire de Justin Ziegler [ 05/mars/07 14:46 ] |
| ok |
| Commentaire de Mostafa Diane [ 22/mars/07 15:41 ] |
| Je mets le jira en résolut mais il faut fermer la sous-tache ! |
| Commentaire de Younès Charrière [ 19/avr./07 17:31 ] |
| Ok vu avec Nicolas. |
[APP-7783] INFOGLUE : problème import en production Création: 08/mars/06 18:37 Mise à jour: 25/juin/07 18:35 Résolue: 10/mars/06 17:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | ToDo |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Swan Desportes | Attribution: | Olivier Bourgeois |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Le problème est sur le CMS. Il n'est pas dépendant du versionning Priceminister. |
| Commentaires |
| Commentaire de Olivier Bourgeois [ 10/mars/06 17:12 ] |
| Résolu mais en prod |
| Commentaire de Quentin de Chivré [ 10/mars/06 19:07 ] |
| c'etait quoi ? |
| Commentaire de Olivier Bourgeois [ 13/mars/06 11:44 ] |
|
Le commentaire était dans le Jira que j'avais crée pour
l'exploitation. Je le replace ici vu que c'est plus sa place : En fait ce n'était pas un problème de conf Apache. Le soucis venait d'une propriété WebWork commentée dans le fichier de configuration webwork.properties : #webwork.multipart.saveDir=c:/Sprawl/projects/InfoGlue/cms/webapps/digitalAssets Cette propriété est utilisée par WW pour sauvegarder le fichier uploadé lors de l'import. Mais Infoglue utilise ensuite une autre propriété pour lire ce fichier : digitalAssetPath qui prend la valeur du répertoire de deploiement du CMS + digitalAssets. Pour corriger le problème Il faut donc que la property webwork.multipart.savedir soit activée et aie la même valeur que le chemin des digitalAssets. |
| Commentaire de Olivier Bourgeois [ 13/mars/06 11:53 ] |
|
Il reste à analyser pourquoi le problème ne se déclare que
maintenant alors que la version déployée est la même depuis le début et
que l'import a fonctionné. En attendant sécuriser et corriger le problème en préparant une nouvelle version du CMS avec la propriété correctement parametrée. |
[EXP-2064] moteur de recherche : des caractères génants ? Création: 20/avr./06 14:26 Mise à jour: 27/juil./07 09:41 Résolue: 27/juil./07 09:41 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | unspecified |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
j'ai recherché sur le moteur de recherche l'expression "caban 100% laine" cela donne une page vide http://www.priceminister.com/navigation/se/category/sa/kw/caban+100%25+laine ??? |
| Commentaires |
| Commentaire de Gaël Klosek [ 24/avr./06 10:43 ] |
|
Il semble que ce problème vienne plus du côté JBoss que du côté Fast. En effet, ce problème n'apparaît pas en dev. |
| Commentaire de Gaël Klosek [ 24/avr./06 12:20 ] |
| ne serait-ce pas un problème de charset au niveau d'un serveur JBoss? |
| Commentaire de Ranto Andriambololona [ 03/mai/06 11:54 ] |
|
C'est le caractère " % " qui est la source du problème J'arrive sur les apache avec une erreur 400 www.priceminister.com 62.23.27.114 - - [03/May/2006:11:52:27 +0200] "GET /navigation/se/category/sa/kw/%25 HTTP/1.1" 400 - "http://www.priceminister.com/navigation/se/category/sa/kw/lainee" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2" 400 Bad Request Requête syntaxiquement incorrecte |
| Commentaire de Ranto Andriambololona [ 03/mai/06 11:55 ] |
|
même pb en integ |
| Commentaire de Ranto Andriambololona [ 03/mai/06 17:12 ] |
|
C'est une des lignes des règles de réécriture APACHE qui
fait en sorte que le caractère "% (%25 en hexa) ne marche pas. On ne sait pas encore lequel mais ça ne saurait tarder En remplaçant celui-ci par un fichier vide, l'url marche |
| Commentaire de Justin Ziegler [ 17/mai/06 14:53 ] |
|
Il faudrait passer ce jira en exploit. Cela ne releve plus de l'application. |
| Commentaire de Pierre Bret [ 10/juil./07 18:10 ] |
| J'ai l'impression que ce point est corrigé, non ? |
[APP-8652] Echec du chargement d'AssistanceServlet Création: 25/avr./06 13:53 Mise à jour: 25/juin/07 18:37 Résolue: 25/avr./06 14:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Emmanuel Gosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
2006-04-25 11:57:22,152 INFO [main ] - Marking servlet assistance as unavailable 2006-04-25 11:57:22,154 ERROR [main ] - Error loading org.jboss.web.tomcat.tc5.WebCtxLoader$ENCLoader@17db177 com.babelstore.assistance.front.AssistanceServlet java.lang.ClassNotFoundException: com.babelstore.assistance.front.AssistanceServlet at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1027) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3857) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4118) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.apache.catalina.core.StandardContext.init(StandardContext.java:5005) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) |
| Commentaires |
| Commentaire de Swan Desportes [ 25/avr./06 14:09 ] |
| Il faut dégager le mapping tomcat et demander à l'exploit de supprimer le mapping Apache. |
| Commentaire de Emmanuel Gosse [ 25/avr./06 14:27 ] |
|
j'ai enlevé la mapping Tomcat. ca ne plante pas en dev donc a tester en integ. |
| Commentaire de Christophe Garcia [ 25/avr./06 14:35 ] |
| On garde le mapping APACHE pour les co-branding (qui restent en 812d) |
| Commentaire de Lydia Dali [ 05/mai/06 15:23 ] |
| ok |
[APP-8052] $imgRoot non reconnue sur certaines pages Création: 21/mars/06 11:58 Mise à jour: 25/juin/07 18:36 Résolue: 05/mars/07 14:10 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0, 13.0.2 |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Ariane Baldinger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||
| Site: | Prod | ||||
| Description |
|
On fait appel à des images dans certains formulaires de mise
en vente (Voitures, Livres, Vinyle), ainsi que dans la page 'Mon Label
vendeur'. La variable $imgRoot n'est pas reconnue dans ces pages. Est-il possible de la rendre disponible ? Merci |
| Commentaires |
| Commentaire de Swan Desportes [ 31/mars/06 18:23 ] |
| La variable imgRoot a été ajouté dans le context Velocity. |
| Commentaire de Ariane Baldinger [ 05/mars/07 10:10 ] |
|
$imgRoot ne semble toujours pas être reconnu dans la page 'Label Vendeur'. Par exemple sur le noeud 184815 (en prod) j'ai testé de remplacé : http://a526.g.akamai.net/7/526/14067/v1/www.priceminister.com/affiliation/visuels/label/ma_boutique_label_vendeur_g.gif par => $imgRoot/visuels/label/ma_boutique_label_vendeur_g.gif ou $imgRoot/affiliation/visuels/label/ma_boutique_label_vendeur_g.gif $imgRoot ne renvoie rien. |
| Commentaire de Alexandre Garnier [ 05/mars/07 11:03 ] |
|
Le problème se pose sur preview : imgRoot = http://preview.priceminister.com ce qui donne l'URL http://preview.priceminister.com/affiliation/visuels/label/ma_boutique_label_vendeur_g.gif Or sur preview, cette adresse ne semble pas fonctionner car http://www.priceminister.com/affiliation/visuels/label/ma_boutique_label_vendeur_g.gif fonctionne très bien. Un problème de dossiers FTP, de redirection Apache ??? |
| Commentaire de Christophe Garcia [ 05/mars/07 14:10 ] |
|
Lien symbolique manquant sur PREVIEW. Ajouté par PAB aujourd'hui. Ca fonctionne. |
| Commentaire de Alexandre Garnier [ 05/mars/07 14:11 ] |
| Une fois corrigé, ça peut repasser au param pour effectuer les modifs. |
[EXP-3207] BI : accès à BI lorsque le site est en maintenance Création: 31/janv./07 10:08 Mise à jour: 25/juin/07 19:00 Résolue: 13/mars/07 17:31 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Agathe Remy | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Bonjour, Lorsque le site est en maintenance, l'application BI est aussi passée en maintenance. Ce n'est pas normal : pouvez-vous y remédier? Merci:-) Agathe |
| Commentaires |
| Commentaire de Antoine Koener [ 31/janv./07 15:45 ] |
|
Le site est reUP |
| Commentaire de Antoine Koener [ 31/janv./07 16:07 ] |
|
Il faut séparer les services pour les internautes des services pour l'interne. Je vais donc sortir bi.priceminister.com du reste des serveurs et le rendre actif à tout moment, tant en mode production qu'en mode maintenance. Peut être que d'autres services pourront être déplacés de la même façon ? |
| Commentaire de Antoine Koener [ 07/mars/07 14:36 ] |
|
Il faudrait maquetter la chose suivante: -extraire la configuration du vhost bi.priceminister.com de la configuration globale de apache, pour en faire un vhost normal - desyncrhoniser le mode maintenance de ce vhost avec les autres. Afin de réaliser la desynchronisation il faut simplement que dans le repertoire maintenance ce trouvent des fichiers de configuration identiques à ceux de production pour le vhost bi. La bascule entre prod et maintenance ne doit pas avoir d'effet sur le vhost bi. Il faut donc que le jk, les rewrite et autres soient les memes entre prod et maintenance pour bi. A dispo pour en discuter. |
| Commentaire de Jérémie Bennejean [ 12/mars/07 12:32 ] |
| Ok, je fais le test en pre prod, ensuite sur la prod. |
| Commentaire de Justin Ziegler [ 13/mars/07 09:48 ] |
|
pour info, QV est deja comme cela. meme si le site est en maintenance, on a toujours acces a QV |
| Commentaire de Jérémie Bennejean [ 13/mars/07 17:29 ] |
|
vu avec Antoine, Le vh bi ne pointe jamais sur le repertoire maintenance mais tjrs sur production. Quelque soit le mode, les rewrites rules et jk interrogés sont tjrs ceux de production. Conclusion: le script pmapachemaintenance n'impactera jamais bi.priceminister.com |
| Commentaire de Justin Ziegler [ 13/mars/07 17:54 ] |
|
heu ? c pas clair la ! tu es en train de dire qu'il n'y a pas de pb ? ou tu es en train de dire que tu as resolu le pb en faisant une modif ? |
| Commentaire de Jérémie Bennejean [ 13/mars/07 18:15 ] |
|
Une modification a été faite afin de résoudre le pb. La voici: Include conf/production/rewrite.rules Include conf/production/mod_jk.redirect.bi Quelque soit le mode, le virtualhost bi est toujours accessible. Nous avons testé avec un autre vh en pre prod. |
[EXP-2027] Modification du script import_images.pl hercule pour la prise en compte des urls https Création: 15/mai/06 10:02 Mise à jour: 25/juin/07 18:58 Résolue: 18/mai/06 18:03 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Script SQL |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Daniel Pintamalli | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||
| Description |
|
Le partenaire s-secret utilise des urls https ( PRM-4229).
Pour que ces images soient prises en compte, il est néssesaire de
modifier le script import_images.pl.
|
| Commentaires |
| Commentaire de Sébastien Tournay [ 15/mai/06 11:01 ] |
|
Julien je te laisse voir cela. Il me semble que ce mécanisme
était géré à la base par les DEV (Martin). A voir avec lui si on peut
prendre la main dessus. La version du script doit être sous CVS. A tester d'abord en INTEG |
| Commentaire de Martin Sudmann [ 16/mai/06 10:25 ] |
| normalement ces scripts sont dans la main de la DEV, mais si vous voulez vous en occuper, c'est OK pour moi. |
| Commentaire de Rodrigue Nsiangani [ 17/mai/06 14:06 ] |
|
Peux-tu modifier le script car le partenaire s'impatiente ? Merci |
| Commentaire de Justin Ziegler [ 17/mai/06 15:06 ] |
| Dans la mesure ou Julien n'est pas hyper a l'aise en Perl, ne serait il pas judicieux pour l'instant de confier cette tache a Xiaoming ? |
| Commentaire de Xiaoming Du [ 18/mai/06 16:50 ] |
|
il y a deux problèmes: 1/ ssl proxy n'est pas activé sur phaeton. cela a été réglé par julien. 2/ perl module Net::SSLeay n'est pas installé sur hercule où on lance import_image.pl. |
| Commentaire de Xiaoming Du [ 18/mai/06 17:10 ] |
| pour le point 2, j'ai fait une MAI chez Jet pour installer le package. |
| Commentaire de Xiaoming Du [ 18/mai/06 18:03 ] |
|
$ perl import_images.pl --env PROD --login s-secret Importing images for s-secret... SUCCESS - https://sslrelay.com/sublime-secret.fr/images/imgCELINE06/ENS-BROD06/FLEURS06/TULIPEREDGD1.jpg downloaded in /data/priceminister/pmscripts/advert_images/2006-05-18_17-35-49_s-secret/46706593.fc0563715f9829f287daae992f81c134 .... les imports effectués. |
| Commentaire de Xiaoming Du [ 18/mai/06 18:05 ] |
|
[mrtg@phaeton apache]$ tail -f /data/chrootapache/usr/local/apache/logs/proxy_log | grep 'GET https' 10.150.28.77 - - [18/May/2006:17:31:09 +0200] "GET https://sslrelay.com/sublime-secret.fr/images/imgCELINE06/ENS-BROD06/FLEURS06/TULIPEREDGD1.jpg" 200 29154 10.150.28.77 - - [18/May/2006:17:35:48 +0200] "GET https://sslrelay.com/sublime-secret.fr/images/imgCELINE06/ENS-BROD06/FLEURS06/TULIPEREDGD1.jpg HTTP/1.1" 200 29154 10.150.28.77 - - [18/May/2006:17:35:49 +0200] "GET https://sslrelay.com/sublime-secret.fr/images/imgCELINE06/ENS-BROD06/FLEURS06/TULIPEREDGD3.jpg HTTP/1.1" 200 34786 10.150.28.77 - - [18/May/2006:17:35:49 +0200] "GET https://sslrelay.com/sublime-secret.fr/images/imgCELINE06/ENS-BROD06/FLEURS06/TULIPEREDGD1.jpg HTTP/1.1" 200 29154 10.150.28.77 - - [18/May/2006:17:35:50 +0200] "GET https://sslrelay.com/sublime-secret.fr/images/imgCELINE06/ENS-BROD06/FLEURS06/TULIPEREDGD3.jpg HTTP/1.1" 200 34786 ..... |
[EXP-2155] Mise à jour du script de création de compte FTP Création: 03/mai/06 10:54 Mise à jour: 06/juil./07 16:23 Résolue: 06/juil./07 16:23 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Xavier Barbosa | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Nous avons besoin d'une mise à jour du script de création de comptes ftp "pmcreateftpaccount.sh" il faudrait qu'à la fin, il affiche une config par défaut, selon les paramètres que l'on a renseigné dans le script. les informations à renseigner sont : LOGIN : le login du compte ftp & compte priceminisiter MDP : le mot de passe du compte FTP ID_LOGIN : l'id du compte priceminister ID_ENTREE : l'id du profil en entrées ID_SORTIE: l'id du profil en sorties ID_ECRASEMENT: l'id du profil en ecrasement |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 03/mai/06 11:09 ] |
|
Attention : XBA, le login du compte FTP n'est pas forcément le même que le pseudo "priceminister". |
| Commentaire de Xavier Barbosa [ 03/mai/06 15:11 ] |
| bonbin LOGIN = login FTP |
| Commentaire de Nicolas Gréhalle [ 31/mai/06 15:56 ] |
|
Serait il possible d'afficher le message suivant lors de la
création d'un compte FTP, en remplaçant les variables entre crochets par
les valeurs correspondantes ? Ceci permettra d'aider à remplir le
fichier de configuration xml : <!-- Configuration par défaut --> <Partner name='[LOGIN]' id='[ID_LOGIN]'> <!-- Import de stock --> <Directory path='stock/entrees'> <Action type='Move' id='[ID_ENTREE]' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/entrees</Destination> </Action> </Directory> <Directory path='stock/sorties'> <Action type='Move' id='[ID_SORTIE]' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/sorties</Destination> </Action> </Directory> <Directory path='stock/ecrasements'> <Action type='Move' id='[ID_ECRASEMENT]' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/ecrasements</Destination> </Action> </Directory> <!-- Import image --> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/[LOGIN]</Destination> </Action> </Directory> <!-- Gestion de flux --> <Directory path='validation'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/validation</Destination> </Action> </Directory> <Directory path='purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/purchase</Source> <Destination>purchase</Destination> </Action> </Directory> <Directory path='confirmed_purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/confirmed_purchase</Source> <Destination>confirmed_purchase</Destination> </Action> </Directory> <Directory path='expiration'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/expiration</Source> <Destination>expiration</Destination> </Action> </Directory> </Partner> |
| Commentaire de Rodrigue Nsiangani [ 23/août/06 15:54 ] |
|
Si cette demande est toujours d'actualité, il faut la réassigner |
| Commentaire de Marion Anfreville [ 06/juil./07 16:23 ] |
| La demande n'est plus d'actualité. Eric a fait des modifications de ce script depuis l'année dernière. |
[APP-10730] Erreur du bloc Google AFS sur le site de PROD ".fr" Création: 23/juin/06 12:49 Mise à jour: 25/juin/07 18:41 Résolue: 05/juil./06 11:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 9.0.0.1 |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Antoine Koener |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Description |
|
Voir impression d'écran ci-jointe
|
| Commentaires |
| Commentaire de Charles Decaux [ 23/juin/06 12:49 ] |
| navigateur IE 6.0 |
| Commentaire de Younès Charrière [ 23/juin/06 14:41 ] |
|
Cette erreur est dûe au bloc Google afs. Elle se produit sur
le site de PROD lorsque l'url est en ".fr" et non en ".com". Le bloc
Google n'est plus affiché. Actuelement, le site en .fr n'est pas redirigé vers le .com, il faut donc considerer ce fonctionnement pour le bloc Google. Suivant les navigateurs et leur version les erreurs n'apparaîtront pas de la même manière. Voir screenshot "Erreurs" |
| Commentaire de Olivier Bourgeois [ 23/juin/06 15:40 ] |
| Bin ... y'a pas les règles de proxy Apache pour le .fr donc cela ne peut pas fonctionner :-( |
| Commentaire de Swan Desportes [ 27/juin/06 16:37 ] |
| Pouvez vous mettre la règle de proxy que l'on a mis en place pour google AFS sur priceminister.com de la même manière pour priceminister.fr ? |
| Commentaire de Quentin de Chivré [ 05/juil./06 11:21 ] |
|
Théoriquement on ne devrait jamais pouvoir arriver sur le .fr, tout devrait être redirigé sur le .com (pour cause de référencement) Donc ce bug ne doit pas être corrigé mais en revanche la redirection doit l'etre |
[EXP-2821] Redirection MailClub du domaine priceminister.fr Création: 12/oct./06 13:57 Mise à jour: 25/juin/07 18:59 Résolue: 02/mai/07 10:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Benjamin Bussière | Attribution: | Benjamin Bussière |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Depuis l'exterieur en faisant un: wget -S "http://priceminister.fr" --------------8<---------------- Nous avons une Frame (cloaking de domaine) => `index.html' Résolution de priceminister.fr... 80.245.60.95 Connexion vers priceminister.fr|80.245.60.95|:80...connecté. requête HTTP transmise, en attente de la réponse... HTTP/1.1 200 OK Date: Thu, 12 Oct 2006 11:52:16 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_python/2.7.6 Python/1.5.2 mod_ssl/2.8.7 OpenSSL/0.9.6b DAV/1.0.3 PHP/4.3.11 mod_perl/1.26 mod_throttle/3.1.2 X-Powered-By: PHP/4.3.11 Connection: close Content-Type: text/html Longueur: non spécifié [text/html] |
| Commentaires |
| Commentaire de Antoine Koener [ 13/oct./06 17:42 ] |
|
Quelle est notre position la dessus ? |
| Commentaire de Patrice Boulanger [ 30/oct./06 15:36 ] |
|
Aujourd'hui www.priceminister.fr est un CNAME de www.priceminister.com. On devrait faire pareil. Il faut d'abord valider que ça tombera sur le bon virtualhost ? Ou bien créer le bon virtualhost ? Ensuite, je ferai les modifs DNS. |
| Commentaire de Benjamin Bussière [ 02/nov./06 10:23 ] |
|
Bonjour, Juste pour infos, actuellement sur www.priceminister.fr il y a une redirection de type 301 vers www.priceminister.com. Ce qui est parfait pour le référencement. Une possibilité serait de rajouter dans le virtualhost de www.priceminister.fr : ServerAlias priceminister.fr Qui aurait comme conséquence de faire une redirection 301 pour www.priceminister.fr et pour priceminister.fr |
| Commentaire de Antoine Koener [ 02/nov./06 13:11 ] |
|
C'est une bonne proposition, encore faudrait-il que le domaine priceminister.fr pointe sur nos frontaux web: > dig www.priceminister.fr ;www.priceminister.fr. IN A ;; ANSWER SECTION: www.priceminister.fr. 8500 IN CNAME www.priceminister.com. www.priceminister.com. 3292 IN A 212.23.167.62 www.priceminister.com. 3292 IN A 212.23.167.56 > dig priceminister.fr ;; QUESTION SECTION: ;priceminister.fr. IN A ;; ANSWER SECTION: priceminister.fr. 39530 IN A 80.245.60.95 priceminister.fr 80.245.60.95 www.priceminister.fr 212.23.167.62 Dans les règles de réécriture nous avons déjà le cas pour 'priceminister.fr'. Le apache répondant au priceminister.fr, est celui de mailclub, ce ne sont pas ceux de chez Jet Multimédia. |
| Commentaire de Antoine Koener [ 17/janv./07 15:07 ] |
| Je fais quoi de ce JIRA ? |
| Commentaire de Benjamin Bussière [ 02/mai/07 10:43 ] |
|
Hello, Je viens de re-vérifier http://priceminister.fr et il y a bien une redirection. -------------------------------------------------8<------------------------------------------------- GET / HTTP/1.1 Host: priceminister.fr HTTP/1.1 301 Moved Permanently Date: Wed, 02 May 2007 08:40:19 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_python/2.7.6 Python/1.5.2 mod_ssl/2.8.7 OpenSSL/0.9.6b DAV/1.0.3 PHP/4.3.11 mod_perl/1.26 mod_throttle/3.1.2 X-Powered-By: PHP/4.3.11 Location: http://www.priceminister.com Connection: close Transfer-Encoding: chunked Content-Type: text/html -------------------------------------------------8<------------------------------------------------- |
[IMP-317] prestige66 : création ftp cardiff Création: 22/mars/07 11:21 Mise à jour: 30/oct./09 15:44 Résolue: 22/mars/07 16:26 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | prestige66 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
Identifiants ftp voulus : Login : prestige66 Passe : najar |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 22/mars/07 16:12 ] |
|
======= Compte FTP ======= ==== Home : prestige66 ===== ==== Pass : najar ======= |
| Commentaire de Rodrigue Nsiangani [ 22/mars/07 16:26 ] |
|
C'est fait. @@@ <Partner name='prestige66' id='13815819' home='prestige66'> <Comment> Crée par RON le 22 mars 2007 Voitures - Compte Cardiff Login: prestige66 Pass : najar </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4767442' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/prestige66/stock/</Destination> </Action> </Directory> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/prestige66/</Destination> </Action> </Directory> </Partner> @@@ Je ferme. |
[APP-31081] LRO : 404 lorsqu'on clique sur 'Terminer ma commande' Création: 16/sept./10 16:28 Mise à jour: 17/sept./10 10:14 Résolue: 16/sept./10 18:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Marc-Antoine Decreton |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | OPPeC : Implication graduelle |
| Navigateur: | Tous |
| Description |
|
v1 et v2 de l'ab test checkout_address_page
|
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 16/sept./10 17:23 ] |
|
Est-il possible d'avoir des logs, ainsi qu'une description
du cas qui plante, car je n'arrive pas à reproduire malgré plein de
tentatives (version 1 ou 2, terminaison de commande en étant connecté ou
pas, en créant un compte...) ?
Merci |
| Commentaire de Aurélie Kwiatkowski [ 16/sept./10 17:26 ] |
| Je regarde |
| Commentaire de Marc-Antoine Decreton [ 16/sept./10 18:02 ] |
| Vu avec Espérance : c'est un problème de configuration Apache sur les Cobs en Intég (les servlets sécurisées n'ont pas été définies). Espérance va corriger la configuration et ça devrait fonctionner après ça ! |
[APP-30491] MailHit : Pas mal de lock optimist Création: 22/juil./10 15:38 Mise à jour: 30/sept./10 10:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 74.0.0 (CTN-S) Mineure |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | HTMLisation des mails |
| Description |
|
Une centaine d'erreur par jour Exemple : Ci-dessous 2 hits à 09:02:03 sur 2 serveurs différents ==> 2 hits dans le même mail ? Ou problème purement côté WebMail ? 2010-07-22-05-00_centaure.log.gz:2010-07-21 09:02:03,908 INFO [-Processor35] 90.56.244.147 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 2010-07-22-05-00_centaure.log.gz:2010-07-21 09:02:03,916 WARN [-Processor35] 90.56.244.147 - Load error~Servlet=com.babelstore.message.front.MailHitServlet~Request=GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; InfoPath.2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; AskTB5.6)~Trace=org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=centaure/217293, BranchQual=, localId=217293] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=263198253) 2010-07-22-05-00_centaure.log.gz:2010-07-21 09:02:03,916 INFO [-Processor35] 90.56.244.147 - Setting response status code to 503 2010-07-22-05-00_centaure.log.gz:2010-07-21 09:02:03,916 INFO [-Processor35] 90.56.244.147 - <<< [8 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:00,131 INFO [-Processor56] 90.56.244.147 - >>> GET http://www.priceminister.com/nav/Livres 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:00,907 INFO [-Processor56] 90.56.244.147 - NPF Livres:0;0;0;0;486;180;0;0;0;2;7;0;10;23 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:01,089 INFO [-Processor56] 90.56.244.147 - <<< [957 ms] GET http://www.priceminister.com/nav/Livres 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,340 INFO [-Processor47] 90.56.244.147 - >>> GET http://www.priceminister.com/s/mounin+clefs 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,623 INFO [-Processor47] 90.56.244.147 - Prop-DYM :mounin clefs|43|global|0||0 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,701 INFO [-Processor47] 90.56.244.147 - TOPSEARCH~G~mounin clefs~global~43 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,725 INFO [-Processor47] 90.56.244.147 - NPF RechercheGlobale:0;;0;0;188;94;0;0;0;1;1;0;1;23 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,735 DEBUG [-Processor47] 90.56.244.147 - Left side ($defFamily.name()) of '==' operation has null value. If it is a reference, it may not be in the context or its toString() returned null. PMVelocity - Type: Contenu : Bloc Html - Category[720x32-1euro10e-ET-PopGom-BODY INSIDE-search][line 1, column 336] 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,871 INFO [-Processor47] 90.56.244.147 - <<< [531 ms] GET http://www.priceminister.com/s/mounin+clefs 2010-07-22-05-00_haliades.log.gz:2010-07-21 09:02:03,914 INFO [-Processor55] 90.56.244.147 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 2010-07-22-05-00_haliades.log.gz:2010-07-21 09:02:03,926 INFO [-Processor55] 90.56.244.147 - <<< [12 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 |
| Commentaires |
| Commentaire de Alexandre Garnier [ 22/juil./10 17:13 ] |
|
Il n'est pas impossible que le webmail provoque 2 appels. Mais si c'ets le cas, je vois pas trop comment on peut gérer ça... Vérifier tout de même si met pas 2 fois le tag mais je pense pas. |
| Commentaire de Alexandre Garnier [ 04/août/10 17:07 ] |
| Vérifié : on ne met pas 2 fois le tag dans ce mail. |
| Commentaire de Alexandre Garnier [ 04/août/10 17:45 ] |
| Testé sur le webmail de wanadoo (Orange) et j'ai bien qu'un seul tag et qu'un seul hit... |
| Commentaire de Alexandre Garnier [ 04/août/10 17:57 ] |
| On aurait pas plutôt un soucis de balancing qui dispatche la requête sans session, sur 2 serveurs en même temps ? |
| Commentaire de Alexandre Garnier [ 04/août/10 18:22 ] |
|
On a 2 hits au même moment dans Apache avec 1 qui part en 503 : 20100722-aricia_fr-vaccess_log.1.gz:www.priceminister.com 90.56.244.147 - - [21/Jul/2010:09:02:03 +0200] "GET /mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 HTTP/1.1" 503 20 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; InfoPath.2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; AskTB5.6)" -/- (-%) www.priceminister.com 20100722-aricia_fr-vaccess_log.1.gz:www.priceminister.com 90.56.244.147 - - [21/Jul/2010:09:02:03 +0200] "GET /mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 HTTP/1.1" 200 1 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; Media Center PC5.0; InfoPath.2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; AskTB5.6)" -/- (-%) www.priceminister.com |
[APP-31363] Certains utilisateurs n'accèdent plus à "Voir mes notes" Création: 07/oct./10 10:12 Mise à jour: 14/oct./10 16:28 Résolue: 11/oct./10 11:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | 78.0.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | Espace personnalisé |
| Description |
|
Plusieurs témoignages d'utilisateurs signalant qu'ils ne parviennent plus à accéder à la page "Voir mes notes".
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=22175223 http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=1443224 http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=13805643 ... Bug impossible à reproduire de notre côté. Lié aux modifications apportées à la boutique ? |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 07/oct./10 10:15 ] |
| Dixit un opérateur SAV : "L’un d’eux nous dit que ça lui met « Oops..page broken ».". |
| Commentaire de Swan Desportes [ 08/oct./10 17:53 ] |
|
Il semble que ce soit bien un problème de navigateur.
Pour l'utilisateur ArtEtBD, la page fonctionne bien sous FF mais pas sous IE8. Sa version exacte est : 8.0.6001.18702IS Nous, nous travaillons avec 8.0.6001.18702IC Sur le site de Microsoft, on peut voir l'explication de ce suffixe : http://support.microsoft.com/kb/969393 D'autre part, certains internautes ont déjà vu des différences d'affichage entre ces deux versions. Exemple : http://social.answers.microsoft.com/Forums/en-US/InternetExplorer/thread/ae1d9fcc-1c97-428f-afc0-13b1f6ad6c9b |
| Commentaire de Renaud Dierickx [ 08/oct./10 18:10 ] |
|
Voici les logs apache d'un compte qui arrive à reproduire le problème : ARTetBD
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=22175223 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:07:53 +0200] "GET / HTTP/1.1" 200 20052 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 20034/85318 (23%) www.priceminister.com 132132 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:08:47 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&c=80&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:23 +0200] "GET /offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html HTTP/1.1" 200 27222 "http://www.priceminister.com/purchase?action=saleitem¤cy=978&itemid=146825471&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 27204/139185 (19%) www.priceminister.com 636168 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:27 +0200] "GET /comparateur_fr/V3/productSearch?query=Tueuses+De+Dragons+de+&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0×tamp=1286518464&aid=96929487&hash=LnoWRSY0.rbhes4vw0r42w-- HTTP/1.1" 200 437 "http://www.priceminister.com/offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 92960 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:37 +0200] "GET /offer/buy/1450897/Urushihara-Satoshi-Ragnarock-City-Livre.html HTTP/1.1" 200 25272 "http://www.priceminister.com/purchase?action=saleitem¤cy=978&itemid=146825454&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 25254/113535 (22%) www.priceminister.com 689240 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:39 +0200] "GET /comparateur_fr/V3/productSearch?query=Ragnarock+City+de+Tanuki&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0×tamp=1286518477&aid=96929487&hash=GQNWFSAt0Ut1j_YiPnFXJA-- HTTP/1.1" 200 4368 "http://www.priceminister.com/offer/buy/1450897/Urushihara-Satoshi-Ragnarock-City-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 762344 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:32:54 +0200] "GET /purchase?action=saleview&purchaseid=92263980 HTTP/1.1" 200 11807 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 11789/39080 (30%) www.priceminister.com 348751 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:32:56 +0200] "GET /purchase?action=saleview&purchaseid=92281776 HTTP/1.1" 200 12626 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 12608/44140 (28%) www.priceminister.com 381777 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:33:09 +0200] "GET /purchase?action=shippingorder&purchaseid=92281776 HTTP/1.1" 200 6939 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 6921/20857 (33%) www.priceminister.com 272017 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:02:59 +0200] "GET /offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html HTTP/1.1" 200 27228 "http://www.priceminister.com/purchase?action=saleitem¤cy=978&itemid=146825471&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 27210/139185 (19%) www.priceminister.com 705303 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:45 +0200] "GET /s/9782355740626 HTTP/1.1" 200 12764 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 12746/44911 (28%) www.priceminister.com 439954 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:46 +0200] "GET /google/adsense?output=xml_no_dtd&client=priceminister&adsafe=high&hl=fr&oe=UTF-8&useragent=Mozilla%2F4.0+%28compatible%3B+MSIE+8.0%3B+Windows+NT+5.1%3B+Trident%2F4.0%3B+.NET+CLR+2.0.50727%3B+InfoPath.2%29&ip=90.59.218.101&q=9782355740626&channel=globale&num=0&ad=n8&adpage=1&adtest=off HTTP/1.1" 200 480 "http://www.priceminister.com/s/9782355740626" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 31026 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:46 +0200] "GET /comparateur_fr/V3/productSearch?query=9782355740626&category=&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0×tamp=1286523226&aid=96929488&hash=3fKmHzOxjHED4qyv3vTYGA-- HTTP/1.1" 200 437 "http://www.priceminister.com/s/9782355740626" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 151888 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:35:17 +0200] "GET /inventory?action=recent HTTP/1.1" 200 21168 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 21150/219643 (9%) www.priceminister.com 638035 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:10:23:27 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:12:48:43 +0200] "GET /connect?action=login&rid=1 HTTP/1.1" 200 23297 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:12:48:50 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:13:53:14 +0200] "GET /purchase?action=shippingorder&purchaseid=92305908 HTTP/1.1" 200 6953 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 6935/19423 (35%) www.priceminister.com 220118 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:13:58:04 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15353 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15335/85606 (17%) www.priceminister.com 443068 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:56:59 +0200] "GET /connect?action=login&rid=1 HTTP/1.1" 200 23297 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:57:39 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15163 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15145/62800 (24%) www.priceminister.com 420965 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:57:52 +0200] "GET /wallet?action=remoteoprlist&oprcount=30&oprfilter=ALL&oprmonth=&opryear= HTTP/1.1" 200 805 "http://www.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 787/8277 (9%) www.priceminister.com 36256 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:15:01:22 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15360 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15342/85598 (17%) www.priceminister.com 404375 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:16:56:05 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15181 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15163/62644 (24%) www.priceminister.com 446400 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:16:57:01 +0200] "GET /res/static/0/www/www/5452/fc/swfupload/swfupload.swf?preventswfcaching=1286549821205 HTTP/1.1" 200 12787 "http://www.priceminister.com/boutique/ARTetBD" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 126270 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:00:35 +0200] "POST /connect HTTP/1.1" 200 23457 "https://www.priceminister.com/connect?action=login&c=80&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:00:48 +0200] "GET /wallet?action=wltview&oprcount=30&oprfilter=ALL HTTP/1.1" 200 11657 "http://www.priceminister.com/user?rid=1&redirected=true" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 11639/38176 (30%) www.priceminister.com 336353 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:02 +0200] "GET /user HTTP/1.1" 200 12243 "http://www.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 12225/41688 (29%) www.priceminister.com 384200 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:05 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15909 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 15891/93855 (16%) www.priceminister.com 389935 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:24 +0200] "GET /comparateur_fr/V3/productSearch?query=Kiss+Me+Princess+de+Young%2C+Kim+Se&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0×tamp=1286550079&aid=96929487&hash=nMmTzH09Vcprn7mCbDRSjQ-- HTTP/1.1" 200 21340 "http://www.priceminister.com/offer/buy/60705151/Young-Kim-Se-Kiss-Me-Princess-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" -/- (-%) www.priceminister.com 795328 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:44 +0200] "POST /purchase HTTP/1.1" 200 11803 "http://www.priceminister.com/purchase?action=saleview&purchaseid=92313045" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 11785/39083 (30%) www.priceminister.com 368173 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:03:18 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15180 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 15162/62641 (24%) www.priceminister.com 516226 [adminpm@aricia logs]$ Après l'avoir contacté, c'est bien un problème de navigateur. Il doit nous envoyer le code source de la page pour qu'on puisse voir si le contenu est là et que c'est juste l'affichage du body. |
| Commentaire de Damien Dorizy [ 11/oct./10 11:20 ] |
|
Le problème est présent uniquement avec IE8 sous Vista et Seven, donc pratique à détecter.
Après recherche, il s'agit d'un problème corrigé pour IE6 mais qui ne posait pas de problème avec IE7 et IE8, sous XP en tout cas. Il s'agit d'un problème d'initialisation du ColorPicker avec l'en-tête boutique. Corrigé en n'initialisant le ColorPicker qu'après le chargement complet de la page avec toutes les versions d'IE. |
| Commentaire de Damien Dorizy [ 14/oct./10 16:28 ] |
| [CAJ2010Q4CTN] |
[EXP-5186] Les flux produits ne marchent pas sur les sites de test ES et UK. Création: 29/oct./10 11:37 Mise à jour: 29/oct./10 12:41 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, ESP - Espagne
|
| Description |
|
Voir la configurations pour les flux d'affiliation sur les sites ref-es et ref-uk
|
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 29/oct./10 11:38 ] |
| Damien a regardé le problème, il pourra vous donner tous les détails concernant le bug. |
| Commentaire de Damien Dorizy [ 29/oct./10 12:41 ] |
|
Les redirections proxypass sur les apaches de dév sont
gérées dans un fichier unique, "vhost.tpl". Ce fichier est ensuite
déployé sur l'ensemble des serveurs de dév, ref-fr, ref-es et compagnie.
Le problème est que le proxypass /affiliation doit rediriger vers www.priceminister.com sur ref-fr, priceminister.es sur ref-es et priceminister.co.uk sur ref-uk, mais ne peut actuellement que rediriger vers un des 3. Il faudrait une variable (qui contiendrait fr, es, co.uk) pour pourvoir rediriger vers le bon serveur. |
[APP-30681] [1euro] : Sur l'url de retour automatique, on retourne systématiquement une erreur 503 car aucune vue n'est défnie... Création: 17/août/10 17:59 Mise à jour: 15/nov./10 18:20 Résolue: 15/sept./10 11:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 81.0.0 (TX-Q) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Il serait plus propre de retour un code 200 (en mettant une vue vide ?)...
|
| Commentaires |
| Commentaire de Clement Balay [ 13/sept./10 17:32 ] |
|
FYI
De : Emeric Teil [mailto:emeric.teil@priceminister.com] Envoyé : mardi 17 août 2010 18:10 À : Patrice Boulanger; Arnaud Forgues Cc : Renaud Dierickx Objet : RE: Url de retour automatique 1Euro... Comme vu ensemble, c’est finalement pas très grave J Mais petit Jira pour un truc plus propre : http://pricejira.lan/browse/APP-30681 E. De : Patrice Boulanger [mailto:patrice.boulanger@priceminister.com] Envoyé : mardi 17 août 2010 18:03 À : Arnaud Forgues Cc : Emeric Teil; Renaud Dierickx Objet : RE: Url de retour automatique 1Euro... Les appels arrivent bien jusqu’aux JBOSS, il y a un message d’erreur (toujours le même) : 2010-08-17 16:47:57,034 INFO [Processor268] 193.56.46.18 - >>> POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon... 2010-08-17 16:47:57,308 WARN [Processor268] 193.56.46.18 - No view defined - An action might not have been registered~Servlet=com.babelstore.payment.front.PaymentServlet~Request=POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon...~Referrer=null~User-Agent=null 2010-08-17 16:47:57,399 INFO [Processor268] 193.56.46.18 - <<< [365 ms] POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon... Merci. Patrice. De : Arnaud Forgues [mailto:arnaud.forgues@priceminister.com] Envoyé : mardi 17 août 2010 17:39 À : Patrice Boulanger Cc : Emeric Teil; Renaud Dierickx Objet : Re: Url de retour automatique 1Euro... Très étrange tout cela car j'ai un exemple qui date d'aujourd'hui pour lequel on voit bien dans les évènements qu'on a reçu la réponse automatique ... http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=90028132 Est-ce que ca ne voudrait pas dire que la servlet "/payment" n'est pas mappé sur certains frontaux web ??? Le 17 août 2010 17:02, Patrice Boulanger <patrice.boulanger@priceminister.com> a écrit : Si je comprends bien, la sécurité est au niveau du cryptage du paramètre DATA transmis dans l’URL. De quel type de cryptage parle-t-on ? Un filtrage serait effectivement un plus pour la sécurité mais risque d’ajouter des problèmes en cas de changement d’adresse côté SIPS (bonjour les emm… s’ils changent d’IP dans 1 an …) Le cryptage est plus sûr que le filtrage par adresse source, mais il faudrait s’assurer de la solidité du type de cryptage utilisé. PS : j’ai regarder dans les logs apache aujourd’hui : [adminpm@carmentes logs]$ grep ipsresponseautomatic vaccess_log www.priceminister.com 193.56.46.18 - - [17/Aug/2010:08:30:36 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27434 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:10:31:51 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27440 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:11:16:54 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27440 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:11:58:03 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27439 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:12:44:07 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27435 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:14:12:22 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27007 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:14:57:46 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 200 19697 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:16:07:37 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27436 "-" "-" C’est bon, on répond toujours 503, c’est sécurisé J Merci. Patrice. De : Emeric Teil [mailto:emeric.teil@priceminister.com] Envoyé : mardi 17 août 2010 11:04 À : Arnaud Forgues Cc : Renaud Dierickx; Patrice Boulanger Objet : RE: Url de retour automatique 1Euro... OK, Donc à priori, pas de réel risque… Ce qui ne nous empêcherait peut-être pas de tout de même filtrer les IP qui peuvent appeler cette URL… Patrice ? E. De : Arnaud Forgues [mailto:arnaud.forgues@priceminister.com] Envoyé : mardi 17 août 2010 09:44 À : Emeric Teil Cc : Renaud Dierickx Objet : Re: Url de retour automatique 1Euro... Il n'y a donc qu'un seul paramètre qui est le paramètre "DATA" ==> la valeur de ce paramètre est crypté (via la clef unique associée à notre API SipsPayment) et encapsule tout un tas d'informations nécessaire à l agestion du paiement (numéro de commande, montant, devise, date de transaction, premier achat, paiement mixte avec PMV ....) Voilou, Arnaud Le 13 août 2010 17:41, Emeric Teil <emeric.teil@priceminister.com> a écrit : Mouai J De : Renaud Dierickx [mailto:renaud.dierickx@priceminister.com] Envoyé : vendredi 13 août 2010 17:41 À : Emeric Teil Cc : ARNAUD FORGUES Objet : Re: Url de retour automatique 1Euro... Euh pas trop le temps là... Tu peux attendre le retour d'Arnaud lundi ??? Le 13 août 2010 17:30, Emeric Teil <emeric.teil@priceminister.com> a écrit : Alors, tu veux pas me les envoyer ces autres paramètres stp ? J De : Renaud Dierickx [mailto:renaud.dierickx@priceminister.com] Envoyé : mercredi 4 août 2010 14:49 À : PATRICE BOULANGER; EMERIC TEIL Objet : Url de retour automatique 1Euro... https://www.priceminister.com/payment?action=sipsresponseautomatic + d'autres paramètres de réponse... -- Arnaud Forgues PriceMinister.com Chef de Projet Etude & Développement 57, bd de la Villette 75010 Paris arnaud.forgues@priceminister.com +33 (0)1 42 78 98 33 |
| Commentaire de Clement Balay [ 13/sept./10 18:44 ] |
| CAJ2010Q3TX |
| Commentaire de Christophe Garcia [ 14/sept./10 10:15 ] |
| MDPLVC |
| Commentaire de Clement Balay [ 15/sept./10 11:24 ] |
| sorry |
[EXP-5192] Nouveau Robots.txt Création: 22/nov./10 10:17 Mise à jour: 22/nov./10 10:41 Résolue: 22/nov./10 10:41 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
L'url d'appel des comparateurs a changée sur PMFR, il faut donc mettre à jour le fichier robots.txt, qui est en PJ.
Valable uniquement pour FR. Thierry |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 22/nov./10 10:37 ] |
|
Le nouveau robot est en place:
[adminpm@aricia pmweb]$ cat robots-for-www.txt # robots.txt # PriceMinister FR robots file for http://www.priceminister.com/ # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # 22.11.2010 TLE User-agent: Mediapartners-Google Disallow: User-agent: * Disallow: /affiliation/ Disallow: /cover/ Disallow: /cart Disallow: /inventory Disallow: /purchase Disallow: /sponsorship Disallow: /submit Disallow: /user Disallow: /wish Disallow: /info/no/op/ Disallow: /info/vo/op/ Disallow: /info/co/op/ Disallow: /info/rc/op/ Disallow: /V2/productSearch Disallow: /p/ Disallow: /comparateur_fr/V3/ User-agent: TurnitinBot Disallow: / [adminpm@aricia pmweb]$ for i in $PMWEB; do ssh $i "echo $i; md5sum /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt"; done carmentes 574ff66ba2b35b2c023e5124c917e68e /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt aricia 574ff66ba2b35b2c023e5124c917e68e /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt evandre 574ff66ba2b35b2c023e5124c917e68e /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt evenor 574ff66ba2b35b2c023e5124c917e68e /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt neith 574ff66ba2b35b2c023e5124c917e68e /data/chrootapache/usr/local/apache/htdocs/pmweb/robots-for-www.txt [adminpm@aricia pmweb]$ for i in $PMWEB; do ssh $i "echo $i; ls -l /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/robots.txt"; done carmentes lrwxrwxrwx 1 adminpm adminpm 21 Apr 7 2010 /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/robots.txt -> ../robots-for-www.txt aricia lrwxrwxrwx 1 adminpm adminpm 21 Oct 20 2006 /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/robots.txt -> ../robots-for-www.txt evandre lrwxrwxrwx 1 adminpm adminpm 21 Apr 25 2007 /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/robots.txt -> ../robots-for-www.txt evenor lrwxrwxrwx 1 adminpm adminpm 21 Apr 25 2007 /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/robots.txt -> ../robots-for-www.txt neith lrwxrwxrwx 1 adminpm adminpm 21 Apr 25 2007 /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-www/robots.txt -> ../robots-for-www.txt [adminpm@aricia pmweb]$ |
[APP-31909] Redirection SSL UK Création: 22/nov./10 15:51 Mise à jour: 23/nov./10 11:24 Résolue: 22/nov./10 18:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 81.1.2 (Clickintext + Redirections NPF FR et ES) |
| Version(s) corrigée(s): | 81.1.2 (Clickintext + Redirections NPF FR et ES) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Dans le cadre de la mise en place du partenariat avec
LinkShare, nous avons besoin d'ajouter la ligne suivante dans les
exclusion rules :
RewriteCond %{REQUEST_URI} "!^/trackls.*" (redirection livrée par Patrice) Merci ! |
| Commentaires |
| Commentaire de Arnaud Forgues [ 22/nov./10 18:49 ] |
|
C'est fait !
CAJ2010Q4TX Pour info : [forguesa@gobillard source]$ bzr ci --fixes jira: Committing to: bzr://perrier/dev/release/V81/ modified source/etc/apache/rewrite.rules.ssl.uk Committed revision 27205. vi etc/apache/rewrite.rules.es [forguesa@gobillard source]$ bzr tag --force V81_1_2 Created tag V81_1_2. |
[APP-31711] PMES - Redirections Vinyle ES + filtre Prix (Post Deployed) Création: 10/nov./10 11:09 Mise à jour: 23/nov./10 11:25 Résolue: 22/nov./10 16:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 80.0.0 (VEN-E) |
| Version(s) corrigée(s): | 81.1.2 (Clickintext + Redirections NPF FR et ES) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Dans le cadre de la nouvelle classification musique, ainsi
que la suite et fin de la réécriture des filtres prix, des redirections
sont à mettre en place sur rewrite.rules.es
Après test au préalable en integ. |
| Commentaires |
| Commentaire de Many Pes [ 12/nov./10 11:47 ] |
|
En PJ, les redirections à mettre sur rewrite.rules.es
Elles ont été testées en integ. |
| Commentaire de Many Pes [ 12/nov./10 18:52 ] |
| Attention ne pas prendre en compte la V2. Une erreur a été détectée. |
| Commentaire de Arnaud Forgues [ 22/nov./10 16:44 ] |
|
OK !
CAJ2010Q4TX Pour info : [forguesa@gobillard source]$ bzr ci --fixes jira: Committing to: bzr://perrier/dev/release/V81/ modified source/etc/apache/rewrite.rules.es Committed revision 27204. [forguesa@gobillard source]$ bzr tag --force V81_1_2 Created tag V81_1_2. |
[APP-31681] Redirections FR - Decitre - filtre prix - vinyle (Post deployed) Création: 09/nov./10 14:51 Mise à jour: 23/nov./10 11:26 Résolue: 22/nov./10 16:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 80.0.0 (VEN-E), 81.1.0 (MEV diverses) |
| Version(s) corrigée(s): | 81.1.2 (Clickintext + Redirections NPF FR et ES) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Many Pes | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Placer ces redirections sur rewrites.rules.fr, après un test au préalable en integ.
Test en cours. |
| Commentaires |
| Commentaire de Julien Sananikone [ 17/nov./10 15:09 ] |
| je pense que c'est pour toi |
| Commentaire de Arnaud Forgues [ 22/nov./10 16:40 ] |
|
C'est fait
CAJ2010Q4TX Pour info : [forguesa@gobillard source]$ bzr ci --fixes jira: Committing to: bzr://perrier/dev/release/V81/ modified source/etc/apache/rewrite.rules.fr Committed revision 27203. [forguesa@gobillard source]$ bzr tag --force V81_1_2 Created tag V81_1_2. |
[APP-30129] Redirection 301 sur pagination si elle est égale à 1 Création: 28/juin/10 17:06 Mise à jour: 06/déc./10 14:46 Résolue: 06/déc./10 14:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 71.0.1 |
| Version(s) corrigée(s): | 81.1.0 (MEV diverses) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Many Pes |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Ce cas ne devrait pas se produire.
Si la pagination 1 est appellée, il faut rediriger en 301 vers la valeur de filtre correspondant. Exemple : http://www.pm.lan/nav/Musique_CD/f3/Relaxation/pa/1 fonctionne parfaitement. |
| Commentaires |
| Commentaire de Many Pes [ 05/juil./10 10:44 ] |
|
Ce problème est présent partout sur le site, Ex: http://www.priceminister.com/nav/Maison_Electromenager/f2/Aspirateur/pa/1 Est-ce que cela veut dire qu'il faut mettre en place des redirections sur tout le site pour gérer ce cas? |
| Commentaire de Thierry Leforestier [ 05/juil./10 11:02 ] |
|
2 options : Soit c'est l'application qui le gère (ça me semble plus safe), Soit c'est Apache. A toi de me dire ce qui te semble le plus rapide et le moins dangereux. Thierry |
| Commentaire de Many Pes [ 05/juil./10 11:03 ] |
| Je penche pour la 1e |
| Commentaire de Thomas Allier [ 08/oct./10 11:09 ] |
| Cette URL n'existe nulle part sur le site...est-ce réellement un problème? Google crawl-t'il des URL avec /pa/1? |
| Commentaire de Thierry Leforestier [ 06/déc./10 14:35 ] |
| Pas suffisamment de volume pour le moment pour justifier un CoRef. |
Correction suite audit sécurité
(APP-30890)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 76.0.4.1 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Damien Gilloz | Attribution: | Damien Gilloz |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 18/août/10 17:14 ] |
| Une faille FAST ? A protéger via un proxy Apache ou autre ? pour l'Exploit ? |
| Commentaire de Antoine Carré [ 02/sept./10 17:03 ] |
|
Il s'agit déjà d'un proxy... qui ne fait que renvoyer du json sous la forme ["test","test1;test2"] Le navigateur ne propose pas d'enregistrer "priceminister.exe" mais bien un simple fichier contenant la réponse du serveur sous forme de texte, ce qui est normal. Dans le cas du copier coller du code html dans q= ... cela ne va pas bien loin puisque tout est envoyé dans fast directement et tous les caractères non alpha-num sont supprimés. Y a t'il un exemple avec un comportement vraiment bizare ? |
| Commentaire de Damien Gilloz [ 03/sept./10 16:24 ] |
|
On ajoutera #Interdire l'appel completion pour des raisons de securit RewriteCond %{REQUEST_URI} ^/completion/.* RewriteRule ^/.* - [F,L] dans production/rewrite-banned.rules sur les frontaux webs. Antoine, essaye les exemples que j'ai fourni sur IE6 et tu verras ce que l'on faire ! |
| Commentaire de Damien Gilloz [ 21/sept./10 12:49 ] |
| C'est corrigé sur tous les serveurs / tous les pays |
[EXP-5199] Nouveau Robots.txt ES Création: 07/déc./10 10:18 Mise à jour: 20/déc./10 15:03 Résolue: 20/déc./10 15:03 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Description |
|
Comme Google semble s'amuser à trouver toutes les url's
qu'il ne peut pas crawler sur les sites PM, je suis obligé de rajouter
un nouveau format d'url a lui interdire dans le robots.txt ES, qui
concerne le comparateur Espagne.
Voir le fichier en PJ. Merci ! |
| Commentaires |
| Commentaire de Thierry Leforestier [ 07/déc./10 10:20 ] |
| Les deux fichiers sont les mêmes, JIRA m'a fait planter le navigateur.. |
| Commentaire de Jérémie Bennejean [ 20/déc./10 14:54 ] |
|
C'est en place:
[admines@aricia ~/htdocs/pmweb] for i in $PMWEB; do ssh $i "echo $i; md5sum /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt"; done carmentes a2187a709e8476396ee906e3c1bc18ef /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt aricia a2187a709e8476396ee906e3c1bc18ef /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evandre a2187a709e8476396ee906e3c1bc18ef /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt evenor a2187a709e8476396ee906e3c1bc18ef /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt neith a2187a709e8476396ee906e3c1bc18ef /data/chrootapache/usr/local/apache/es/htdocs/pmweb/robots.txt |
| Commentaire de Thierry Leforestier [ 20/déc./10 15:03 ] |
| Ok pour moi ! |
[CAT-3144] Création de flux de produits d'occasion pour Trovit (directoire de recherche et comparateur de prix espagnol) Création: 28/sept./10 15:48 Mise à jour: 12/janv./11 13:45 Résolue: 12/janv./11 13:45 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Flux Marketing |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Estimation restante: | 3 jours | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 3 jours | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Description |
|
ll s'agit de la création de flux pour un nouveau prestataire, Trovit.
Leur moteur de recherche spécialisé dans la recherche d'annonces d'appartements en location, voitures d'occasion et postes de travail est connu en Espagne et ils vont lancer dans quelque semaines un moteur de recherche/comparateur de prix de produits d'occasion. Les informations techniques sont disponibles dans le lien ci-dessous (en espagnol) : http://about.trovit.es/feeds/feeds-productos/ IL S'AGIT DE L'ENVOI DE FLUX AVEC PRODUITS D'OCCASION UNIQUEMENT Pour les champs merci d'utiliser les suivants parmi la liste envoyée par Trovit sur son lien : CHAMPS OBLIGATOIRES POUR TROVIT * id: id de l'annonce sur notre page * url: la URL de l'annonce sur notre page * title: titre de l'annonce sur notre page * content: description produit (30 caractères MINIMUM) CHAMPS OPTIONNELS (A INCLURE IMPÉRATIVEMENT POUR PLUS DE PRÉCISIONS) * price: prix produit * pictures: URLs pour les images produit (pour plus d'info consulter le lien ci-dessus) * make: Marque du produit * model: Modèle du produit. * category: Famille produit (selon la classification de Trovit. cf lien ci-dessus) A priori nous devrions envoyer les flux de tous nos produits d'occasion car si j'ai bien compris leurs specs il s'agit d'un seul fichier XML. Cependant si vous croyez que le traitement de cette demande pourrait être plus rapide avec l'envoi de moins de produits, nous pourrions supprimer les catégories les moins intéressantes du point de vue commerciale. N'hésitez pas à me contacter pour toute question, Isabel |
| Commentaires |
| Commentaire de Carole Boucheny [ 19/oct./10 18:07 ] |
|
Salut,
La génération des flux devra-t-elle être quotidienne ? Il s'agit de flux full ? Si j'ai bien compris, un seul fichier XML sera généré ? Si c'est le cas le fichier sera énorme. Je pense qu'il est plus pratique de créer un fichier par catégorie. Peux-tu me confirmer, qu'il faut vraiment générer toutes les catégories dans un fichier ? |
| Commentaire de Carole Boucheny [ 25/nov./10 10:33 ] |
|
Bonjour,
Il n'est pas possible de généré un seul fichier XML contenant tous nos produits d'occasion. Ceci représenterait 3 195 460 produits. Ceci n'est pas gérable. Il faudrait donc : - générer un flux par univers. On aurait donc 11 flux. - augmenter les critères. Les livres représentent déjà à eux seuls 2 095 134 produits. Merci Carole |
| Commentaire de Carole Boucheny [ 29/nov./10 09:50 ] |
|
Bonjour,
Un retour là-dessus ?? Carole |
| Commentaire de Isabel Yus [ 29/nov./10 11:00 ] |
|
Salut Carole,
Pour le nombre de flux j'ai posé la question à Trovit et j'attends leur réponse mais je crois qu'effectivement il va falloir séparer en 11 groupes. En revanche, il va falloir les nommer avec leur wording. Il faut bien sur supprimer les sex toys d'occasion (mais bon ils sont très peu nombreux) Je leur ai demandé si nous devons envoyer les DVD car dans le listing de leurs catégories ils n'y sont pas. Pour les livres, j'ai vu que les livres en langue étrangère font déjà 1,2 millions. Pourrais-tu les filtrer pour n'envoyer que les 50 000 top produits des derniers 90 jours ? Sinon je précise aussi qu'il faut passer la validation avec leur outil avant de leur envoyer les flux, sur ce lien : http://about.trovit.com/validator/ Ensuite il demandent aussi une adresse URL pour aller chercher les flux qu'il faut leur faire parvenir sur leur formulaire de contact (je la passerai aussi au cas où à notre contact la-bas) Par ailleurs, j'ai trouvé l'adresse avec les specs techniques en français :) --> http://about.trovit.com/flux-fr/ Je te tiens au courant dans la journée ou en tout cas dès qu'ils m'auront répondu, Merci Isabel |
| Commentaire de Carole Boucheny [ 30/nov./10 11:27 ] |
|
Salut,
As-tu un retour sur le nombre de flux ? Merci Carole |
| Commentaire de Isabel Yus [ 30/nov./10 11:59 ] |
|
Salut Carole,
Oui, ils m'ont répondu finalement : - Ok pour séparer les flux par catégories (11 cats c'est OK pour eux) - Il faut nommer les balises "category" avec leur noms de catégories à eux. Disponible dans : http://about.trovit.com/flux-fr/ Pour que cela soit plus facile pour nous je leur ai demandé un tableau de correspondances entre leurs cats et les notres. Je te le ferai parvenir dès que j'aurai la réponse. N'hésite pas à revenir vers nous si tu as des questions, Isabel |
| Commentaire de Carole Boucheny [ 01/déc./10 15:50 ] |
|
Bonjour Isabel,
Pourrais-tu me donner une description par défaut. Il me faut 30 caractères minimum. Merci Carole |
| Commentaire de Isabel Yus [ 01/déc./10 16:18 ] |
|
Tu peux toujours prendre la même pour l'Espagne (comme pour
Google products) --> Artículo nuevo a precio reducido en
PriceMinister
Merci Isabel |
| Commentaire de Carole Boucheny [ 01/déc./10 18:13 ] |
|
Ci-joint un extrait de ce que donne les flux de Trovit (sans
les concordances des catégories fournies par le partenaire).
Est-ce que tu peux regarder ? Pour info, j'ai essayé de valider ces flux avec le validateur fourni. Les flux Deportes et libros sont ok. Par contre les autres ont un comportement bizarre : - Le validateur indique 2 produits rejetés et 10 produits acceptés alors que je n'ai que 10 produits - Si je supprime n'importe quelle ligne correspondant à un produit du fichier, le validateur n'a plus de problème. Est-ce que tu pourrais voir avec Trovit s'ils ont une explication à ce problème et s'ils ont finis le tableau de correspondance entre nos catégories et les leurs. Merci Carole |
| Commentaire de Isabel Yus [ 03/déc./10 15:07 ] |
|
Je n'ai pas encore reçu la réponse de Trovit mais la question a été posée. Je vous tiens au courant ASAP
Isabel |
| Commentaire de Isabel Yus [ 03/déc./10 15:42 ] |
|
Carole,
Je viens d'inclure une pièce jointe avec les correspondances par catégorie que Trovit m'a envoyé. Pour les flux ils m'ont dit que compte tenu que la validation avec leur outil n'as pas marché ils vont le vérifier "manuellement" de leur côté. A ta dispo si besoin, Merci Isabel |
| Commentaire de Carole Boucheny [ 03/déc./10 16:38 ] |
|
Est-ce normal que les sous-catégories "filtros" et
"objectivos" se retrouvent dans 2 catégories Trovit : Photography et
Video ??
Merci Carole |
| Commentaire de Carole Boucheny [ 06/déc./10 15:25 ] |
|
Bonjour Isabel,
Je reviens vers toi concernant : - La validation du fichier xml - Les sous-catégories price qui apparaissent dans deux catégories Trovit Merci Carole |
| Commentaire de Isabel Yus [ 06/déc./10 20:17 ] |
|
Merci de mettre ces catégories en tant que "photography"
Je ne peux pas valider un fichier xml qui n'as pas encore les catégories Trovit. J'attends ton fichier actualisé pour cela. Merci IY |
| Commentaire de Carole Boucheny [ 07/déc./10 11:35 ] |
|
Ci-joint les nouveaux extraits "Trovit_cat".
Merci Carole |
| Commentaire de Isabel Yus [ 07/déc./10 18:02 ] |
|
Carole,
je préfère vérifier quand nous aurons fait les corrections que Trovit nous demandera suite à leur check "validator" sinon je vais devoir regarder deux fois les mêmes flux... Pour info : En Espagne c'est vérifié jusqu'à jeudi, c'est pourquoi je n'aurai pas de réponse à mon avis avant vendredi ou lundi prochain. Tu peux bloquer si tu veux en attendant. Merci d'avance Isabel |
| Commentaire de Carole Boucheny [ 07/déc./10 18:12 ] |
|
Ok pas de problème je pensais que tu avais besoin d'un
nouvel extrait pour qu'il puisse checker avec les bonnes catégories
Merci Carole |
| Commentaire de Isabel Yus [ 13/déc./10 11:44 ] |
|
Salut Carole,
Voici le retour de Trovit concernant leur check : Les feeds qui donnent des problèmes sont les suivants : - deportes - jugetes - moda Il semblerait que le tag de l'image n'est pas correct : - deportes:- <pictures><picture></picture></pictures> - moda:- <pictures><![CDATA[http://pan.priceminister.es/photo/511820090_S.jpg]]></pictures> La catégorie est aussi mal codifiée dans certains cas : par exemple --> Nous avons Men.s Clothing à la place de Men's clothing. Il faut également éviter les tags vides, le cas le plus recurrent qu'ils ont remarqué c'est celui où les produits n'ont pas de photos tandis que le tag image est bien présent. Merci de ton retour, Isabel |
| Commentaire de Isabel Yus [ 13/déc./10 11:45 ] |
|
Par ailleurs. Je dois aussi Carole te communiquer les codes
de tracking par catégorie pour ce comparateur qui n'a pas encore été
créé comme site de niveau 2.
Merci Isabel |
| Commentaire de Carole Boucheny [ 14/déc./10 12:21 ] |
|
Salut,
J'ai fait les corrections. As-tu des nouvelles sur les codes trackings par catégorie ?? Merci Carole |
| Commentaire de Isabel Yus [ 17/déc./10 12:59 ] |
|
Salut Carole,
Voici comme convenu avec toi pour aujourd'hui les codes tracking TROVIT par catégorie. Je les ai noté sur le tableau de correspondances de catégories que tu avais utilisé pour que ça soit plus facile pour toi. Tu trouveras le tableau ci-joint. A ta dispo si tu as des questions, Isabel |
| Commentaire de Carole Boucheny [ 17/déc./10 15:15 ] |
|
Ci-joint un extrait des fichiers (avec les codes tracking).
Par contre je ne comprends pas pourquoi j'ai à nouveau des problèmes de
validation avec l'outil de Trovit, je ne vois rien de particulier...
Pourrais-tu valider avec eux les fichiers ? |
| Commentaire de Isabel Yus [ 23/déc./10 13:55 ] |
|
Salut Carole,
J'ai envoyé aujourd'hui la nouvelle version des fichiers XML que tu avais corrigée pour leur demander leur avis. Je leur ai donné ton email (je crois qu'en plus une des leurs chefs de projet est française) au cas où ils voudraient te contacter avant que tu ne partes en vacances. Ils sont donc censés vérifier ce nouveau schéma XML pour nous expliquer pourquoi cela ne marche pas encore. Voici l'email envoyé à Trovit : Hola Beatriz, El departamento jurídico está mirando el contrato pero por el momento no tengo noticias. Si quieres para avanzar, ya que una vez que este firmado podemos lanzar el programa, te envío los nuevos feeds con las correcciones que nos indicaste. Me dice Carole, nuestra técnica que sigue recibiendo algún mensaje de error cuando los pasa por el útil de validación. ¿Nos podéis decir algo, por favor? Yo no estaré del 24 al 31 por las vacaciones de navidad pero os podéis dirigir en inglés o en francés a carole.boucheny@priceminister.com que estará disponible algunos días de la semana que viene. ¡Felices fiestas! |
| Commentaire de Carole Boucheny [ 27/déc./10 16:12 ] |
|
Bonjour,
Beatriz a confirmé que les flux étaient correctes et que le problème de validation venait de leur côté. Carole |
| Commentaire de Carole Boucheny [ 27/déc./10 16:32 ] |
|
Voici les urls qui seront activées début janvier pour ce partenaire :
http://www.priceminister.co.es/partenariat-trovit/deportes_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/hogar_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/imagen-sonido_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/informatica_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/juegos-juguetes_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/libros_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/moda_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/musica_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/telefono-gps_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/videojuegos_used.xml.gz http://www.priceminister.co.es/partenariat-trovit/video_used.xml.gz |
| Commentaire de Isabel Yus [ 03/janv./11 13:26 ] |
|
Bonjour Carole,
Merci de ne pas les activer tant que je n'ai pas le feu vert du service juridique chez nous car nous n'avons pas encore signé le contrat. Je te previendrai dès que ça sera fait, Merci d'avance Isabel |
| Commentaire de Isabel Yus [ 10/janv./11 18:34 ] |
|
Salut Carole,
Bonne nouvelle : Le contrat est signé tu peux mettre à dispo de Trovit ces flux. Pourrais-tu leur envoyer un email en leur indiquant quel jour/heure ils seront dispo s'il te plait car tu as plus de visibilité que moi :) Merci pour toute ton aide, Isabel |
| Commentaire de Carole Boucheny [ 11/janv./11 10:59 ] |
|
Salut Isabelle,
J'ai programmé lancement des flux pour 08h tous les jours. Je viens de les lancer manuellement en prod pour vérifier qu'ils fonctionnent bien et avoir une idée du temps de génération. Dès que c'est ok, je leur envoie un mail. Carole |
| Commentaire de Carole Boucheny [ 11/janv./11 11:43 ] |
|
Isabelle,
Je m'aperçois que le flux "musica" n'a pas été capé. Il représente 1 064 957 ! Si je le cape comme les livres à 50 000 est-ce que c'est ok pour toi ?? Merci Carole |
| Commentaire de Isabel Yus [ 11/janv./11 15:29 ] |
|
Merci Carole,
Ils me confirment qu'on peut tout envoyer car ils n'ont pas de limitation dans le nombre de flux par fichiers. Est-ce que c'est de notre côté que ça pose un problème du au grand nombre de produits et au temps d'actualisation ? merci d'avance pour ta réponse, Isabel |
| Commentaire de Carole Boucheny [ 11/janv./11 18:44 ] |
|
On peut essayer avec la totalité de la musique. Le flux ne
va pas planté mais voir s'il n'a pas d'impact sur les autres. Si c'est
le cas, il faudra le réduire.
Je te confirmes que la génération de ces flux est prévue pour demain matin à partir de 8h. Je pense qu'il va prendre entre 1h30 et 2h30. Je vais envoyer un mail au partenaire. Carole |
| Commentaire de Carole Boucheny [ 12/janv./11 11:18 ] |
|
Pour info le flux assez rapidement et ne pose pas de
problème de charge. On peut donc garder la totalité de musique.
Les flux se lancent automatiquement tous les jours à partir de 8h et se terminent vers 9h30. Par contre, ils ne sont pas encore accessible par url car j'ai besoin d'un lien apache. Eric est en train de faire un script pour que je puisse le faire sans problème. |
| Commentaire de Carole Boucheny [ 12/janv./11 13:45 ] |
|
Les flux sont maintenant accessibles :
http://www.priceminister.es/partenariat-trovit/deportes_used.xml.gz http://www.priceminister.es/partenariat-trovit/hogar_used.xml.gz http://www.priceminister.es/partenariat-trovit/imagen-sonido_used.xml.gz http://www.priceminister.es/partenariat-trovit/informatica_used.xml.gz http://www.priceminister.es/partenariat-trovit/juegos-juguetes_used.xml.gz http://www.priceminister.es/partenariat-trovit/libros_used.xml.gz http://www.priceminister.es/partenariat-trovit/moda_used.xml.gz http://www.priceminister.es/partenariat-trovit/musica_used.xml.gz http://www.priceminister.es/partenariat-trovit/telefono-gps_used.xml.gz http://www.priceminister.es/partenariat-trovit/videojuegos_used.xml.gz http://www.priceminister.es/partenariat-trovit/video_used.xml.gz |
[APP-28904] Echecs upload images annonce & produit Création: 29/mars/10 09:53 Mise à jour: 27/janv./11 16:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 65.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||
| Description |
|
Plusieurs vendeurs experts signalent le même problème d'upload d'image annonce / produit.
Exemples précis de tentatives: - pseudo: vindadamona - produit: http://bo.priceminister.com/offer/buy/98822080/cpl98822081_ALL - date et heure: 29/03/2010 à 6h52 (dixit le vendeur) Autre: - même vendeur - ID produit: 97484155 / ID annonce: 273436024 - le 25/03/2010 à 16h31 |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 29/mars/10 10:05 ] |
| Manu, à regarder dans les logs. |
| Commentaire de Estelle Souvait [ 19/juil./10 14:22 ] |
|
Autre exemple : http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=16122586&usrmessageid=262198770 bonjour!mes photos d'annonce ne s'affichent pas, alors qu'elles apparaissent avant "fermer la fenêtre"; pouvez-vous y remédier car c'est très gênant pour les ventes de cartes postales en lot!merci d'avance, cordialement, loyloy |
| Commentaire de Damien Dorizy [ 14/oct./10 11:05 ] |
|
Plusieurs cas par jour, selon les logs. ex sur sais :
2010-10-14 07:31:03,197 INFO [-Processor32] kimakido - >>> GET http://www.priceminister.com/image?action=upload&aid=333974637&productid=111158882&msg=-220 2010-10-14 07:31:03,352 INFO [-Processor32] kimakido - <<< [155 ms] GET http://www.priceminister.com/image?action=upload&aid=333974637&productid=111158882&msg=-220 2010-10-14 08:11:47,999 INFO [-Processor23] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:11:48,150 INFO [-Processor23] ugougo2 - <<< [151 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:12:06,418 INFO [-Processor16] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:12:06,536 INFO [-Processor16] ugougo2 - <<< [117 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:12:29,628 INFO [-Processor51] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:12:29,724 INFO [-Processor51] ugougo2 - <<< [96 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:13:28,924 INFO [-Processor17] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:13:29,055 INFO [-Processor17] ugougo2 - <<< [131 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:14:29,318 INFO [-Processor31] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:14:29,418 INFO [-Processor31] ugougo2 - <<< [99 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 09:36:32,333 INFO [-Processor24] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335108701&productid=111375262&msg=-220 2010-10-14 09:36:32,481 INFO [-Processor24] hannah2005 - <<< [147 ms] GET http://www.priceminister.com/image?action=upload&aid=335108701&productid=111375262&msg=-220 2010-10-14 09:37:01,416 INFO [-Processor59] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335108701&productid=111375262&msg=-220 2010-10-14 09:37:01,501 INFO [-Processor59] hannah2005 - <<< [85 ms] GET http://www.priceminister.com/image?action=upload&aid=335108701&productid=111375262&msg=-220 2010-10-14 09:37:19,071 INFO [-Processor35] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335102587&productid=111375258&msg=-220 2010-10-14 09:37:19,192 INFO [-Processor35] hannah2005 - <<< [121 ms] GET http://www.priceminister.com/image?action=upload&aid=335102587&productid=111375258&msg=-220 2010-10-14 09:37:53,631 INFO [-Processor35] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335101722&productid=111374202&msg=-220 2010-10-14 09:37:53,754 INFO [-Processor35] hannah2005 - <<< [123 ms] GET http://www.priceminister.com/image?action=upload&aid=335101722&productid=111374202&msg=-220 2010-10-14 09:38:27,841 INFO [-Processor15] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335101722&productid=111374202&msg=-220 2010-10-14 09:38:27,962 INFO [-Processor15] hannah2005 - <<< [121 ms] GET http://www.priceminister.com/image?action=upload&aid=335101722&productid=111374202&msg=-220 2010-10-14 09:44:57,328 INFO [-Processor32] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=336208290&pd=1&pi=20&productid=111643988&msg=-220 2010-10-14 09:44:57,448 INFO [-Processor32] hannah2005 - <<< [120 ms] GET http://www.priceminister.com/image?action=upload&aid=336208290&pd=1&pi=20&productid=111643988&msg=-220 2010-10-14 10:14:06,884 INFO [-Processor49] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=336214841&productid=111644008&msg=-220 2010-10-14 10:14:07,009 INFO [-Processor49] hannah2005 - <<< [124 ms] GET http://www.priceminister.com/image?action=upload&aid=336214841&productid=111644008&msg=-220 2010-10-14 10:24:34,282 INFO [-Processor50] ultraviolets - >>> GET http://www.priceminister.com/image?action=upload&aid=335975641&productid=63675655&msg=-220 2010-10-14 10:24:34,427 INFO [-Processor50] ultraviolets - <<< [145 ms] GET http://www.priceminister.com/image?action=upload&aid=335975641&productid=63675655&msg=-220 2010-10-14 10:24:51,791 INFO [-Processor98] ultraviolets - >>> GET http://www.priceminister.com/image?action=upload&aid=335975641&productid=63675655&msg=-220 2010-10-14 10:24:51,899 INFO [-Processor98] ultraviolets - <<< [107 ms] GET http://www.priceminister.com/image?action=upload&aid=335975641&productid=63675655&msg=-220 2010-10-14 10:32:40,948 INFO [-Processor64] dleroyer - >>> GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:32:41,065 INFO [-Processor64] dleroyer - <<< [117 ms] GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:33:15,146 INFO [-Processor58] dleroyer - >>> GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:33:15,264 INFO [-Processor58] dleroyer - <<< [118 ms] GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:33:28,104 INFO [-Processor51] dleroyer - >>> GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:33:28,220 INFO [-Processor51] dleroyer - <<< [116 ms] GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:34:28,549 INFO [P-Processor4] dleroyer - >>> GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:34:28,665 INFO [P-Processor4] dleroyer - <<< [116 ms] GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 Le message -220 correspond à une erreur d'écriture. Il y a aussi quelques cas d'erreur -200 (connexion au serveur impossible). Le problème semble lié à une session (un utilisateur qui rencontre le problème n'arrivera pas à uploader d'image sera bloqué tant qu'il ne vide pas ses cookies (changement de serveur)). C'est assez aléatoire et il n'y a pas plus de traces dans les logs. |
| Commentaire de Aurélien Vergalli [ 14/oct./10 12:11 ] |
|
"...sera bloqué tant qu'il ne vide pas ses cookies"
=> peut-on éventuellement proposer aux vendeurs nous contactant de vider leurs cookies? (pas top, mais bon, certains sont désespérés...) |
| Commentaire de Cédric Goldovsky [ 20/oct./10 10:31 ] |
|
logs apache :
www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:46 +0200] "GET /image?action=upload&aid=313561885&productid=84520314 HTTP/1.1" 200 6200 "http://www.pminteg.fr/inventory?action=recent" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 188459 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/8089/fc/module/sortable.js HTTP/1.1" 200 735 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 6086 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/43397/fc/swfupload/handler_advert.js HTTP/1.1" 200 944 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 7515 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/45433/fc/scriptaculous/dragdrop.js HTTP/1.1" 200 5582 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 15519 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/61720/fc/swfupload/swfupload.js HTTP/1.1" 200 4834 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 12011 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/7308/fc/scriptaculous/effects.js HTTP/1.1" 200 6664 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 19298 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/45717/fc/scriptaculous/prototype.js HTTP/1.1" 200 21291 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 23527 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/17992/fc/swfupload/swfuploadqueue.js HTTP/1.1" 200 540 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 5919 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/24719/fc/swfupload/swfuploadcookies.js HTTP/1.1" 200 334 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 4996 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/pic/0/www/www/30598/thumb_pm.gif HTTP/1.1" 200 3024 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 11613 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/23671/fb/images/default/structure/background/img_upload_caption_drag.gif HTTP/1.1" 200 119 "http://akamai.pminteg.fr/res/css/0/www/www/38292/account.css" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 6550 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/61547/fb/images/default/structure/background/img_upload_caption_order.gif HTTP/1.1" 200 136 "http://akamai.pminteg.fr/res/css/0/www/www/38292/account.css" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 4068 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/34570/fb/images/default/structure/background/img_upload_caption_delete.gif HTTP/1.1" 200 147 "http://akamai.pminteg.fr/res/css/0/www/www/38292/account.css" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 3396 www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:48 +0200] "GET /res/static/0/www/www/14876/fc/swfupload/swfupload.swf?preventswfcaching=1287563268344 HTTP/1.1" 200 12787 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 12480 www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:28:02 +0200] "POST /image?action=doupload&aid=313561885&productid=84520314&timer=46&aid=313561885&sid=16726021&JSESSIONID=F84DB0180E1242D6D4A755D7129C2057.argon&action=dogalupload&pupcollect1=-1&id=ac25ceee1a5943b6076fe8ac4d0d5871b8595dadebcd53fc570a2bcea9016653&pm=country%3D249%26trackingdate%3D2010-10-11+14%253A59%253A23.0%26version%3D1_1&xtan104630=null-16726021&xtant104630=1&pmup=pmup_tbe%253D0001000f000700000007000900050005%2526&provenance=1&productid=84520314&ab_fp_buybox_final=xt%253DC%2526cv%253D3%2526&ab_fp_abtest_btn_position=xt%253DC%2526cv%253D3%2526&xtvrn=%24104630%24&ab_top_search_block_position=xt%253DD%2526cv%253D4%2526&ab_jump_checkout_address_page=xt%253DB%2526cv%253D2%2526&ab_monet_comparator=xt%253DA%2526cv%253Dmonet_comparator.default%2526&modanoo1=-1&ab_monet_activation=xt%253DA%2526cv%253D1%2526&cart=nb%253D0%2526 HTTP/1.1" 500 4 "-" "Shockwave Flash" 118864 www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:28:02 +0200] "GET /image?action=upload&aid=313561885&productid=84520314&msg=-200 HTTP/1.1" 200 6317 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 140709 www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:28:04 +0200] "GET /res/static/0/www/www/14876/fc/swfupload/swfupload.swf?preventswfcaching=1287563284203 HTTP/1.1" 200 12787 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314&msg=-200" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 12843 |
| Commentaire de Cédric Goldovsky [ 20/oct./10 10:32 ] |
|
logs jboss :
2010-10-20 10:28:02,581 INFO [-Processor18] cedgovv - >>> GET http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314&msg=-200 2010-10-20 10:28:02,717 INFO [-Processor18] cedgovv - <<< [136 ms] GET http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314&msg=-200 |
| Commentaire de Anthony Briou [ 27/janv./11 16:20 ] |
|
http://bo.priceminister.jmh/message_back?action=usermessage&usrmessageid=299610399
"cela fait maintenant 3 mois que nous ne pouvons pas mettre les photos !!je vais écrire à votre directeur car nous perdons des ventes. Hon-teux !" Qu'en est-il actuellement ? |
[BCK-236] [PB2] ouvrir devtest12 aux pros Création: 27/janv./11 17:37 Mise à jour: 03/févr./11 16:27 Résolue: 03/févr./11 16:27 |
|
| Etat: | Résolu |
| Projet: | Backlog Projets |
| Composants: | Aucune |
| Affecte la/les version(s): | CTN-W |
| Version(s) corrigée(s): | CTN-W |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Swan Desportes | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | Personnalisation Boutique |
| Description |
|
Il faut autoriser les IP suivantes :
- pour SS 82.219.208.105 81.149.115.178 - pour LMLM en attente Et il faut dégager tous les produits pourris et mettre des vraies chaussures ! |
| Commentaires |
| Commentaire de Renaud Dierickx [ 27/janv./11 17:45 ] |
| Voir avec les TX avant de prendre le devTest. |
| Commentaire de Renaud Dierickx [ 28/janv./11 11:05 ] |
|
Pour LMLM, on a l'IP suivante en BO : 78.228.20.120
Damien peux-tu ouvrir à l'extérieure devtest12 à ces IPs ? Merci d'avance. Red |
| Commentaire de Damien Gilloz [ 28/janv./11 12:04 ] |
|
Il y a une ouverture en cours pour le pole TX.
Il faut voir avec eux s'ils en ont encore besoin |
| Commentaire de Renaud Dierickx [ 28/janv./11 17:10 ] |
|
C'est déjà validé avec eux !
Le serveur est à nous !!! Merci. |
| Commentaire de Damien Gilloz [ 28/janv./11 17:23 ] |
|
Peux tu tester www.dev12fr.babel.fr ? tu as même ws.dev12fr.babel.fr.
La conf apache est ici /usr/local/apache/conf/virtualhost/available/www.dev12fr.babel.fr et /usr/local/apache/conf/virtualhost/available/ws.dev12fr.babel.fr |
| Commentaire de Renaud Dierickx [ 31/janv./11 17:07 ] |
|
Peux-tu également ouvrir le serveur à l'IP 77.245.131.232 ?
Merci d'avance. |
| Commentaire de Renaud Dierickx [ 01/févr./11 14:55 ] |
|
Patrice, comme Damien n'est pas là, peux-tu t'en occuper ?
Merci d'avance. |
| Commentaire de Patrice Boulanger [ 01/févr./11 15:00 ] |
| C'est fait. |
| Commentaire de Renaud Dierickx [ 03/févr./11 16:27 ] |
|
Merci Patrice ! :D
REDisDead. |
[CAT-2596] dvd-fr - Certaines précommandes dvd ne repassent pas en normal après la date de sortie Création: 09/mars/10 17:13 Mise à jour: 09/févr./11 14:40 Résolue: 07/oct./10 15:30 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Import |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Description |
|
Des FP dvd en précommande restent dans l'état de préco une fois la date de sortie passée. Remarque : les FP où nous avons pu constater le problème n'ont pas été soumises par dvd-fr. |
| Commentaires |
| Commentaire de Marion Anfreville [ 10/mars/10 15:50 ] |
|
On peut avoir des exemples ? Si la fiche produit n'est pas présente dans le référentiel DVD-FR, sauf action manuelle de quelqu'un en BO, la fiche produit ne passera pas de Vidéo précommande en Vidéo automatiquement (nous n'avons pas de mécanisme de ce type). C'est dvd-fr qui fait que l'on peut passer automatique les Vidéo en Vidéo précommande via leur flux d'import quotidien et ceci ne concerne que les références contenus dans la BDD dvd-fr. |
| Commentaire de Marion Anfreville [ 10/mars/10 16:32 ] |
|
Le produit (pris en exemple est bien dvd-fr mais n'est plus en précommande (type = Vidéo). http://www.priceminister.com/offer/buy/89535274/inglorious-basterds-de-quentin-tarantino-video-en-pre-commande.html Le changement de type a eu lieu le 04/01/2010 (date de sortie du produit : 05/01/2010) : voir historique dans la fiche produit en BO : 04/01/2010-14:26 Modification du type de produit Validé par le système PM Fichier d'import Ancien type : Vidéo en pré-commande |
| Commentaire de Marion Anfreville [ 10/mars/10 16:40 ] |
|
Après discussion avec Dorian, il semble qu'il y a pu avoir
des changements de type de produits (Vidéo > Vidéo précommande) par
la validation car le produit vu par Dorian (http://bo.priceminister.com/referential_back?action=productview&productid=90655359) a subi un changement de type qui correspond à la date de changement de propriétaire de la fiche produit (propriétaire = BO). La soumission de Vidéo précommande n'est pas possible via la MeV (uniquement Vidéo). |
| Commentaire de Aurélien Vergalli [ 17/mars/10 17:50 ] |
|
C'est bien le cas avec des fiches DVD-fr: http://bo.priceminister.com/referential_back?action=productview&productid=93987476 (sortie le 16, nous sommes le 17) |
| Commentaire de Marion Anfreville [ 17/mars/10 18:05 ] |
|
Peut-être juste lié au fait qu'un des imports dvd-fr étaient planté. J'ai relancé l'import, on fait le point après traitement. |
| Commentaire de Aurélien Vergalli [ 18/mars/10 10:58 ] |
|
Toujours le cas sur l'exemple donné ci dessus. Je modifie la fiche pour permettre aux vendeurs de publier une annonce. |
| Commentaire de Marion Anfreville [ 19/mars/10 09:56 ] |
|
Plantages à répétition sur le fichier qui était en cours d'import. Ceci entraîne des retards dans les mises à jour des produits. |
| Commentaire de Habib-Sylvain Gourguet [ 22/mars/10 10:05 ] |
|
http://bo.priceminister.com/referential_back?action=productview&productid=92518470 Un autre cas. |
| Commentaire de Marion Anfreville [ 29/mars/10 16:30 ] |
|
D'autres cas identifiés depuis ? Après des plantages à répétition, le fichier dvd-fr avait fini par être traité. |
| Commentaire de Dorian Porta Delsol [ 29/mars/10 16:45 ] |
|
Autre cas : http://bo.priceminister.com/referential_back?action=productview&productid=97156402 |
| Commentaire de Estelle Souvait [ 31/mars/10 10:37 ] |
|
Concerne aussi les jeux video : http://bo.priceminister.com/referential_back?action=productview&productid=92807015 |
| Commentaire de Marion Anfreville [ 31/mars/10 13:31 ] |
|
Je ne sais pas ce qui provoque cela car les fichiers
complets dvd-fr et dvd-fr_jeux indique bien que ces produits ne sont
plus en précommande. Par contre, j'ai des doublons dans les erreurs d'import : http://bo.priceminister.com/referential_back?action=productview&productid=90734652 http://bo.priceminister.com/referential_back?action=productview&productid=84057107 alors que la fiche produit dvd-fr a bien été créée en premier.... |
| Commentaire de Myriam Laifaoui [ 07/avr./10 15:06 ] |
|
Bonjour, Je me permets de m'intégrer dans la discussion pour vous signaler qu'il y a encore des erreurs concernant les précommandes suivantes : http://bo.priceminister.com/offer/buy/88096958/la-tournee-des-idoles-saison-4-video-en-pre-commande.html http://bo.priceminister.com/offer/buy/97156402/avocats-associes-saison-5-de-philippe-triboit-video-en-pre-commande.html http://bo.priceminister.com/offer/buy/76216948/Sunday-School-Musical-Edition-Speciale-Dvd-Cd-DVD-Zone-2.html http://bo.priceminister.com/offer/buy/97156532/naked-weapon-de-ching-siu-tung-video-en-pre-commande.html http://bo.priceminister.com/offer/buy/97659703/2-films-de-dziga-vertov-la-sixieme-partie-du-monde-la-onzieme-annee-de-dziga-vertov-video-en-pre-commande.html Celles qui n'ont pas de photos d'illustration : http://bo.priceminister.com/offer/buy/94392650/charlie-chaplin-charlot-garcon-de-cafe-de-mabel-normand-video-en-pre-commande.html http://bo.priceminister.com/offer/buy/80231682/harem-de-arthur-joffe-video-en-pre-commande.html http://bo.priceminister.com/offer/buy/81896787/le-chihuahua-de-beverly-hills-edition-speciale-blu-ray-dvd-de-raja-gosnell-video-en-pre-commande.html Merci de votre retour. Myriam Service commercial |
| Commentaire de Marion Anfreville [ 07/avr./10 16:08 ] |
|
Pour les images, rien d'anormal car nos référentiels d'une
manière générale n'ont pas 100% des produits avec visuel (image). J'ai vérifié pour ces 3 références si les images étaient présentent sur notre serveur ce qui n'est pas le cas. (/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/dvd-fr) 351239194915 5050582705706 8717418224493 Idem sur le site dvd-fr : http://www.dvdfr.com/dvd/f46690-charlie-chaplin-charlot-garcon-de-cafe.html Par contre, pour Harem : présente chez dvd-fr en recherche par EAN : http://www.dvdfr.com/dvd/f43446-harem.html mais absent du référentiel dvd-fr alors que le produit qui existe chez PM avec cet EAN est dvd-fr (5050582705706). pour Le Chihuahua de Beverly Hills : http://www.dvdfr.com/dvd/f151432-chihuahua-de-beverly-hills.html il existe un autre produit dvd-fr sur PM (porte une image) : 8717418223335 http://bo.priceminister.com/referential_back?action=productview&productid=82089389 Seule la référence 8717418223335 existe dans le référentiel dvd-fr (fichier dvd-fr) pour l'édition blu-ray. En gros, pour cette partie, on a des points à éclaircir avec DVD-FR. Je leur envoie un mail. Pour les précommandes, Olga va relancer un full (maj complète BDD) pour ajout Saga et Titres alternatifs (cherchables !). On va voir s'il y a des erreurs d'import. |
| Commentaire de Aurélien Vergalli [ 20/avr./10 11:41 ] |
|
il y a toujours des soucis de mise à jour. http://bo.priceminister.com/referential_back?action=productview&productid=93659832 |
| Commentaire de Marion Anfreville [ 22/avr./10 15:36 ] |
|
On a toujours de gros problèmes pour intégrer la base complète dvd-fr => |
| Commentaire de Gaël Seguillon [ 10/mai/10 11:34 ] |
|
Salut on en est ou de ce problème, la catégorie préco est pleine de fiches sorties depuis longtemps on peut avoir une visibilité sur l'avancée du règlement de ce problème qui dure déjà depuis longtemps merci Gaël |
| Commentaire de Marion Anfreville [ 10/mai/10 14:31 ] |
|
Les blocages rencontrés sur les imports dvd-fr ont également bloqué le traitement du jira. La base complète dvd-fr a été retraitée la semaine dernière suite à la rebascule du login dvd-fr sur le batch d'import de stock. Il y a peut-être un problème dans le fonctionnement en différentiel (FTPSwitch). |
| Commentaire de Marion Anfreville [ 10/mai/10 16:07 ] |
|
J'ai envoyé un mail à dvd-fr : De : Marion Anfreville [mailto:marion.anfreville@priceminister.com] Envoyé : lundi 10 mai 2010 16:06 À : 'Giuseppe Salza' Cc : 'dvd-fr@priceminister.com' Objet : Priceminister - Problèmes sur vidéo en pré-commande et références absentes du référentiel dvd-fr Bonjour Giuseppe, Nous avons quelques soucis avec certaines fiches produits vidéo en précommandes qui reste en précommande après date de sortie du DVD. J'ai relevé quelques exemples : - http://www.priceminister.com/offer/buy/88577020/david-copperfield-de-don-arioli-video-en-pre-commande.html David Copperfiel - EAN : 3309450028839 - ID DVD-FR : 45709 => www.dvdfr.com => http://www.dvdfr.com/dvd/f45709-david-copperfield.html - http://www.priceminister.com/offer/buy/76216948/Sunday-School-Musical-Edition-Speciale-Dvd-Cd-DVD-Zone-2.html Sunday School Musical - EAN : 3530941032893 - http://www.priceminister.com/offer/buy/79613665/harlequin-de-simon-wincer-video-en-pre-commande.html Harlequin - EAN : 3512391143428 => sur www.dvdfr.com => http://www.dvdfr.com/dvd/f43388-harlequin.html - http://www.priceminister.com/offer/buy/98105351/mes-amis-tigrou-et-winnie-08-jouons-en-plein-air-video-en-pre-commande.html Mes amis Tigrou et Winnie - 08 - Jouons en plein air ! - EAN 8717418222475 - ID DVD-FR : 47289 => sur www.dvdfr.com => http://www.dvdfr.com/dvd/f47289-mes-amis-tigrou-et-winnie-08-jouons-en-plein-air-.html Il y a d'autres produits dans ce cas figure (voir http://www.priceminister.com/nav/Video_Video-en-pre-commande). Quand je recherche ces références dans la base de données dvd-fr du jour (fichier de mise à jour que vous nous envoyer quotidiennement), je ne retrouve pas ces références. A quoi ce problème est due ? Cordialement, ___________________________________________________________________ Marion ANFREVILLE Catalog Technical Manager Tel : 01.42.78.84.01 www.PriceMinister.com |
| Commentaire de Olga Costa [ 20/mai/10 17:56 ] |
|
Suite au mail de Guiseppe Gael que doit on faire avec les produits qui ont du stock ? Aurélien est ce que tu as vu d'autre cas que ceux du liste de Guiseppe ? |
| Commentaire de Marion Anfreville [ 20/mai/10 18:00 ] |
|
Olga parle des produits dont la sortie était annoncée et qui a été reportée ou annulée. Certains de ces produits on du stock (ou du moins en avait lorsque j'avais regardé, je ne sais pas si c'est toujours le cas). Que doit-on faire de ces produits dans ce cas de figure ? Gaël ? |
| Commentaire de Estelle Souvait [ 19/juil./10 16:05 ] |
|
Bonjour, Voici un autre exemple : http://bo.priceminister.com/referential_back?action=productview&productid=102741076 La sortie de ce DVD date du 16/06/2010 mais on vient seulement de nous le signaler Merci |
| Commentaire de Myriam Laifaoui [ 25/août/10 11:27 ] |
|
Bonjour, Le problème persiste toujours à priori. Voici d'autres exemples : http://bo.priceminister.com/referential_back?action=productview&productid=99752378 http://bo.priceminister.com/referential_back?action=productview&productid=99752381 http://bo.priceminister.com/referential_back?action=productview&productid=85149987 Ou en sommes nous sur ce cas concrètement? Par avance merci. Myriam |
| Commentaire de Olga Costa [ 09/sept./10 14:43 ] |
|
Je vais envoyer le mail à DVD-fr pour savoir si ces fiches
produits ne font pas partie des titres qui avaient été annoncés par les
éditeurs , et qui ont ensuite été soit annulés ou décalés sans date.
Par contre j'ai pas eu de réponse au commentaire du 20 mai que faire des produits annulée qui ont du stock ? |
| Commentaire de Nicolas Clais [ 06/oct./10 16:45 ] |
|
Il y a beaucoup de fiches du 05 et du 06 Octobre 2010 qui ont le même problème. Parmi lesquelles des blogbusters :
http://www.priceminister.com/offer/buy/106077797/robin-des-bois-edition-prestige-blu-ray-dvd-version-longue-inedite-de-ridley-scott-video-en-pre-commande.html |
| Commentaire de Estelle Souvait [ 07/oct./10 09:10 ] |
|
Salut,
Voici un message utilisateur pour le même titre : URGENT !Bonjour, Le DVD Robin des bois Director's cut version longue inédite qui est bien SORTI depuis le 05/10/2010, est toujours en "précommande";alors je ne peux pas le mettre en vente ? Merci de supprimer d'urgence le terme article en précommande afin que je puisse faire paraître mon annonce. |
| Commentaire de Olga Costa [ 07/oct./10 10:56 ] |
| je suis en train de regarder |
| Commentaire de Olga Costa [ 07/oct./10 11:32 ] |
| Le fichier du 06/10 est passé en erreur donc c'est normal que les preco n'ont pas changé le type. J'ai retraite ce fichier et vous tien au courant. |
| Commentaire de Olga Costa [ 07/oct./10 14:48 ] |
|
Le traitement terminé les produits sont repassés en normal
|
| Commentaire de Olga Costa [ 07/oct./10 15:30 ] |
|
Les fiches produites de ce jira ont été corrigé soit par le
traitement de fichier de mises à jour, soit par le BO. Je ferme ce jira.
Estelle va m'ouvrir le nouveau jira lorsqu'elle trouvera des FP precos
incorrect. Nous allons procéder comme pour le jira :
https://priceminister.onjira.com/browse/CAT-1660 |
| Commentaire de Aurélien Vergalli [ 07/oct./10 15:42 ] |
|
Non, on ne peut pas faire patienter les vendeurs bloqués: on
corrige les fiches dès qu'ils nous signalent un problème de ce type.
La Validation ne peut pas se permettre de faire patienter les utilisateurs, de faire remonter les problèmes un à un: on perd les vendeurs, et on perd du temps. Une vraie solution pérenne doit être trouvée, sinon on n'en sortira jamais. |
| Commentaire de Aurélien Vergalli [ 07/oct./10 15:58 ] |
| => à aborder au prochain point Param/Valid' |
| Commentaire de Julien Sananikone [ 07/oct./10 16:05 ] |
| met le à l'ordre du jour |
| Commentaire de Olga Costa [ 07/oct./10 16:06 ] |
| Pour les vidéos le pb ne vient de DVD-fr leurs infos sont corrects. Pour comprendre d’où viens le problème j’ai besoin une FP qui n’a pas été corrigé par BO. |
| Commentaire de Olga Costa [ 08/oct./10 18:12 ] |
|
Selon mon analyse le problème ne vient pas de DVD-FR, ils
passent bien la colonne "precommande" en "non" le jour de la sortie.
Je viens d'effectuer un test sur une FP sortie hier, la FP a bien passé en "normal", donc apriori pas de problèmes de notre côté. Les exemples cités par Aurélien sont trop anciens pour que je puisse les analyser, les fichiers d’import ne sont plus disponibles. A mon avis ces FP ont dû passer en erreur lors d’import ce qui peut arriver, donc la colonne « précommande » n’a pas été mis à jour. A partir de maintenant je vais tacher de distinguer si les FP qui passent en erreurs ne sont pas les FP précommande. Je vais continuer à surveiller, sur les futurs imports, que le mécanisme de passage en « normal » fonctionne bien. Pour corriger les problèmes actuels je peux repasser la base complète, par contre si les corrections sur les titres en BO ont eu lieux ça va de les modifier. |
| Commentaire de Marion Anfreville [ 09/févr./11 14:40 ] |
|
Mail d'Aurélien : Le 9 février 2011 12:14, Aurelien Vergalli <aurelien.vergalli@priceminister.com> a écrit :
Toujours des soucis de Videos précos qui ne switchent pas vers le type Video? http://bo.priceminister.com/referential_back?action=productview&productid=114689854 voir --------------------------------------------------------------------- Réponse MAN : vu avec Aurélien. Le problème ne semble pas provenir de DVD-FR car la BDD complète vidéo à la date d'aujourd'hui indique que ce produit n'est pas en précommande. Les derniers imports n'indiquent pas de rejets sur ce produit => ça aurait pu expliquer pourquoi le produit est resté en précommande s'il avait été rejeté à l'import. Le produit en question a été mis à jour pour la dernière fois par import le 16/12/2010 (data_file_id = 11142481). La seule explication plausible serait que le mécanisme de différentiel (diff) qu'on applique pour ne pas traiter à chaque fois toute la BDD complète DVD ne fonctionne pas correctement. Il faut ouvrir un jira à Eric (pour l'instant, c'est encore lui qui gère FTPSwitch). |
[APP-32740] Problème de redirection : redirect 302 étrange à la place d'un 404 ! Création: 08/févr./11 11:55 Mise à jour: 11/févr./11 11:04 Résolue: 10/févr./11 12:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 87.0.0 (CTN-W) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | Tracking Referencement Friendly |
| Description |
|
2011-02-08 10:36:28,695 INFO [-Processor14] 192.168.61.130 - >>> GET http://preview.pminteg.fr/test/index.html
2011-02-08 10:36:28,695 DEBUG [-Processor14] 192.168.61.130 - Got Method 2011-02-08 10:36:28,695 DEBUG [-Processor14] 192.168.61.130 - GotAbsoluteUrl GET 2011-02-08 10:36:28,696 DEBUG [-Processor14] 192.168.61.130 - Got Method 2011-02-08 10:36:28,696 DEBUG [-Processor14] 192.168.61.130 - GotAbsoluteUrl GET 2011-02-08 10:36:28,697 DEBUG [-Processor14] 192.168.61.130 - TX status (NO_TRANSACTION) 2011-02-08 10:36:28,697 DEBUG [-Processor14] 192.168.61.130 - TX CONTROLER started 2011-02-08 10:36:28,698 DEBUG [-Processor14] 192.168.61.130 - ContentAction parameters : urlAlias=[index.html] rotation=[null] contentUrlPath=[null] 2011-02-08 10:36:28,698 INFO [ool Worker-0] - Cache tracking - Reload starting 2011-02-08 10:36:28,699 DEBUG [ool Worker-0] - TrackingInfoQuery -- TrackingInfoQuery SELECT usr_tracking.usr_tracking_id, usr_tracking.change_date, usr_tracking.creation_date, usr_tracking.is_active, usr_tracking.name, usr_tracking.report_period_code, usr_t racking.row_version, usr_tracking.ust_group_id, ust_group.name group_name, ust_group.statistics_1, ust_group.statistics_2, ust_group.xtor_prefix, ust_group.usg_type_code FROM usr_tracking, ust_group WHERE (usr_tracking.ust_group_id = ust_group.ust_group_id) ; 2011-02-08 10:36:28,699 INFO [-Processor14] 192.168.61.130 - No Infoglue page found urlAlias=[index.html] contentUrlPath=[null]. 2011-02-08 10:36:28,704 DEBUG [-Processor14] 192.168.61.130 - TX status (ACTIVE) 2011-02-08 10:36:28,704 DEBUG [-Processor14] 192.168.61.130 - TX CONTROLER committed [0 ms] 2011-02-08 10:36:28,705 INFO [-Processor14] 192.168.61.130 - (Status : 302) Redirecting to : / 2011-02-08 10:36:28,705 DEBUG [-Processor14] 192.168.61.130 - Request.toString 2011-02-08 10:36:28,705 DEBUG [-Processor14] 192.168.61.130 - Got Method 2011-02-08 10:36:28,705 DEBUG [-Processor14] 192.168.61.130 - GotAbsoluteUrl GET 2011-02-08 10:36:28,705 INFO [-Processor14] 192.168.61.130 - <<< [10 ms] GET http://preview.pminteg.fr/ |
| Commentaires |
| Commentaire de Renaud Dierickx [ 08/févr./11 13:49 ] |
|
Suivi des échanges mail :
========================= Espérance --------------------- Nous avons jk.integ:JkMount /test_back/* all_servers jk.integ:JkMount /test/* all_servers Uniquement pour l'INTEG; Merci, Espérance ========================= Renaud --------------------- En dev, on utilise que "test_back" : [dierickxr@prin ~/dev/source]grp "<servlet-name>test" src/com/babelstore/test/back/test_back-web-mapping.xml:2: <servlet-name>test_back</servlet-name> src/com/babelstore/test/back/test_back-web-servlet.xml:2: <servlet-name>test_back</servlet-name> Elle n'est pas déclarer dans les jk, je le fais tout de suite... Sinon, il faudrait supprimer la servlet "test" car elle ne devrait pas exister. Merci d'avance. RED |
| Commentaire de Renaud Dierickx [ 08/févr./11 16:01 ] |
|
C'est effectivement le fait d'avoir la servlet "/" qui
depuis nos modif répond vers à /info pour aller cherche la HP dynamo
d'IG (si la propriété est activée).
Quand on appelle une page statique, on fait appel à "/" pour ensuite afficher la page statique. Dans ce cas, on passe maintenant par ContentAction qui nous retourne une 302. Il faut trouver une parade à ce problème mais pour le moment je sèche. Ce qui est sûr c'est qu'il n'y a plus qu'une statique qui est dans le BO... |
| Commentaire de Renaud Dierickx [ 10/févr./11 10:54 ] |
|
Hello,
Voici le problème identifié en pré intég ( Il faut savoir que cette page est une page fournit par l'appli dans l'arborescence statique (comme les images). En Integ, on avait déclaré le servlet "test" dans les jk pour atteindre le jBoss. Comme la servlet "test" n'existait pas niveau jBoss, on accédait à la ressource. Depuis qu'on a déclaré la servlet "/", jBoss ne trouvant pas la servlet "test" considère qu'on est sur le servlet "/". Comme cet écran est le seul livré en statique. On a donc transformé cette page en jsp pour qu'elle soit désormais accessible comme une page classique de l'application. La page repose sur la servlet "test_back" déjà mappée côté appli et déclarée dans les jk d'Integ (pas en prod car on souhaite interdire l'accès à ces écrans). Au passage, vous pouvez donc supprimer la servlet "test" du jk.bo d'integ car elle n'existe pas côté JBoss ! Il faut donc savoir qu'à partir de maintenant, JBoss fonctionnera presque comme apache : Si la servlet n'est pas connue par JBoss, on sera redirigé sur la servlet "/" et donc sur la home car la page ne sera pas connue dans IG mais en 302 au lieu de 404 pour apache. Question, comment se comporte apache si on déclare la servlet "/" et qu'on tape "/titi/toto", est-ce que apache revoie sur JBoss avec "/titi/toto" où gère-t-il bien le redirect 404 et redirige sur "/" ? Si apache ne joue plus correctement les redirections 404 sur des appels à des servlets inconnues, il faudra que ce soit jboss qui le fasse au lieu de faire un 302 vers "/" comme c'est le cas aujourd'hui. Je ne sais pas si c'est très clair ce que je viens de raconter... On en reparle ce matin car on désactive la HP statique en Integ. Bonne journée. Renaud |
| Commentaire de Renaud Dierickx [ 10/févr./11 12:39 ] |
|
Tout tourne bien en integ.
Je ferme le jira. |
[APP-23238] Pas mal de log : java.net.SocketException: Broken pipe. Grave ? Création: 25/nov./08 10:59 Mise à jour: 24/févr./11 12:04 Résolue: 24/févr./11 12:04 |
|
| Etat: | Résolu |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 35.0.0 (CTN-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Pas lié au dépliement de la V35. Touche tout type d'URL. Environ 500 messages de ce type / jour en PROD 2008-11-25 06:14:11,307 INFO [P-Processor8] 91.164.245.241 - >>> GET http://www.priceminister.com/info/home?login=672125&tracking=1706041& 2008-11-25 06:14:11,311 WARN [P-Processor8] 91.164.245.241 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content. front.ContentModel 2008-11-25 06:14:11,313 WARN [P-Processor8] 91.164.245.241 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content. front.ContentModel 2008-11-25 06:14:11,316 WARN [P-Processor8] 91.164.245.241 - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.fro nt.HeaderModel 2008-11-25 06:14:11,362 INFO [-Processor13] 88.161.139.227 - >>> GET http://www.priceminister.com/nav/Hifi_photo_photo-numerique/f2/7/pa/9 2008-11-25 06:14:11,460 INFO [P-Processor8] 91.164.245.241 - Displaying tag : Tracking (ENTRY) - Affiliation-Effiliation-Adverstream(1706041)::Entree 2008-11-25 06:14:11,538 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.common.front.PromoBody_jsp 2008-11-25 06:14:11,545 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.content.front.ContentBlock_jsp 2008-11-25 06:14:11,545 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.common.front.PromoSide4_jsp 2008-11-25 06:14:11,545 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.common.front.PromoSide5_jsp 2008-11-25 06:14:11,555 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.common.front.FrontFooter_jsp 2008-11-25 06:14:11,555 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.tracking.front.TrackEventBlock_jsp 2008-11-25 06:14:11,556 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.tracking.front.TrackEntryBlock_jsp 2008-11-25 06:14:11,557 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.common.front.XitiBlock_jsp 2008-11-25 06:14:11,557 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.common.front.PromoHidden1_jsp 2008-11-25 06:14:11,557 INFO [P-Processor8] 91.164.245.241 - Aborting response flushcom.babelstore.common.front.PromoHidden2_jsp 2008-11-25 06:14:11,558 INFO [P-Processor8] 91.164.245.241 - Request aborted (ClientAbortException: java.net.SocketException: Broken pipe) in : com.babelstore.content.front.ContentServlet 2008-11-25 06:14:11,558 INFO [P-Processor8] 91.164.245.241 - <<< [251 ms] GET http://www.priceminister.com/info/home?login=672125&tracking=1706041& |
| Commentaires |
| Commentaire de Alexandre Garnier [ 25/nov./08 12:16 ] |
| Je crois que ça arrive lorsque le client ferme sa page avant la fin de la génération de la page au niveau appli. |
| Commentaire de Nicolas Chauveau [ 04/déc./08 17:32 ] |
|
Cela existe toujours en prod. Pas de profil de page spécifique. Pouvez vous vérifier si la coupure est entre apache et Jboss ou si c'est en amont ? |
| Commentaire de Patrice Boulanger [ 24/févr./11 12:04 ] |
| Plus d'actualité |